NOTICE 


THIS DOCUMENT HAS BEEN REPRODUCED FROM 
MICROFICHE. ALTHOUGH IT IS RECOGNIZED THAT 
CERTAIN PORTIONS ARE ILLEGIBLE, IT IS BEING RELEASED 
IN THE INTEREST OF MAKING AVAILABLE AS MUCH 
INFORMATION AS POSSIBLE 



v " • ~ \ 'W^' 


L l - i yf'\ , 


NASA CR- 132671 


CT«j” 


APPLICATION OF I PAD TO /M IS S I LE D ES I GN 


J. E. Santa 
and 

T„ R. Whiting 


April 1974 


(NAS A-CR- 132671) APPLICATION OF IPAD TO 
MISSILE DESIGN (McDonnell-Douglas 
Astronautics Co.) 393 p HC A17/SF A01 

CSCL 16D 


N80-11T20 


CTnclas 


G3/15 405,65 


Prepared by ^ 

McDonnell Douglas Astronautics Company 
Huntington Beach, California 92647 

for the 

NATIONAL AERONAUTICS AND SPACE ADMINISTRATION 
Langley Research Center 
Hampton, Virginia 23665 
and for 

THE UoSo ARMY MISSILE COMMAND 
Redstone Arsenal /Alabama 35809 


fi % 

i j! 

X4S.3 ^ 


NASA Contract NAS1-12436-Task 4 





>ip H| 


(IPAD) 


tvf: 


The application of an Integrated Program for Aerospace- 

to $he design of a tactical missile is examined and an evaluation macle of the 
feasibility of modifying a proposed IPAD system for aircraft design work for 
use in missile design. The tasks, cost, and schedule for„ the modification 


are also given. 


The basic engineering design process is described, explaining how missile 
design is achieved through iteration of six logical problem-solving functions 
throughout the system studies* preliminary design, and derailed design phases^, 
of a new product. * -v.V; ; ", //" % = 


The study recommends that IPAD be used to p|rform all routine data-handlin>. 


tasks in design, many of which are now done manually by the design engineer. 
The functions of problem definition, synthesis, and system selection should 
still be performed by s man, aided by IPAD in retrieving and displaying supple- 
mentary design information. I 


An analysis of the prospective benefits of IPAD discloses that the total engi- 
neering design time on a typical missile development program could be cut 
by an estimated 50%, and design costs lowered by9 nearly 25%, based on the 
productivity achieved in other integrated missile computer programs with 
terminal on-line interactive graphics now in use. Additional benefits of 
IPAD include: (1) improved design quality; (2) increased reliability and 
accuracy of design; (3) level manpower loads; (4) greater design visibility 
and traceability, and (5) an enhanced creative environment. 


Existing computer codes used in various engineering disciplines are evaluated 
Sox the. applicability to IPAD in u-iissite design. The findings are" that aero- 
dynamic codes used in aircraft design can be incorporated in an IPAD system 
for rpisSiles, but that codes used for aircraft in most other fields are not 
'.snitablcAdr missile design. The 1 effort of incorporating new codes into 
IPAD can be minimized by using a common language and storing data defini- y 
tions itv the computer., , .* 


Descriptions of known computer codes used in the various engineering 
disciplines and proposed codes are also given. r ' 
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INTRODUCTION 


The engineering design approach utilized in the aerospace industry has 
developed in a random manner suj||p>q.t to human errors, which had led to 
.serious deficiencies in the desfe^^J^fi^^piSlwIany large design projects do 
not provide the engineers wo rking'4%, v^e^us disciplines with a quick way of 
sharing t®vw data with each other. The flow of technical and management 

,* s ^ f) * . " 

information is frequently interrupted, depriving the engineer of continuity in 
creating a design. In addition, routine data-handling activities the engineer 
must perform, which could be done faster and more accurately by a com- 
puter, reduce the engineer's time for creative design. 


The Skylab launch failure has been traced to inadequacies ip the design process 
On May 14, 1973, after a $2 r, billibn development program spanning several 

. ■;> ' jjJ 

years, the Skylab space station was launched into Earth orbit. During atmos- 
pheric flight, a thin, cylindrical micrometeoroid and thermal regulator 
shield wrapped around the space station was torn away by the airstream. As 
the shield left the vehicle, it caused severe problems with the two stowed 
solar array panels that were to generate power while in orbit. One solar 
panel was ripped off because of its premature deployment, and the other was 
jammed, preventing its de^lo^ment in orbit. Although the jammed solar 
array panel was later deployed, partly salvaging the project, it cost $3 to 
$4 million to solve the electric and heat energy problems, and it appeared 
at the time that the entire Skylab mission would have to be abandoned at a 
loss of $2 to $5 billion (ref. I). . 


An investigation disclosed that a lack of communications among the engi- , 
neering disciplines was a primary cause of the trouble. ‘ If the micromete- 

o 

oroid shield had been treated by the design team as a complex subsystem 
involving several technical disciplines rather than as a mere piece of 
structure, the Skylab failure may well have been prevented. 
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The concept of an Integrated Program for Aerospace- Vehicle Design (IPAD) 

'1 

would provide timely interdisciplinary communication of technical and 
management information to all participants in the design process. It would 

* o 

allocate design engineering tasks between man and computer in an optimum 
manner by computerizing routine data-handling activities. Moreover, it 
would improve the quality of design by use of integrated models through 
data- management software and by removing the obstacles to creative efforts. 


The feasibility of developing IPAD for use in aircraft design has already been 
studied (refs. 2 and 3). This report presents the results of a study to investi- 
gate the application of the above proposed IPAD concepts to missile design. 


" -• . •> ^ & 

Section 2 provides questions and answers to address the fundamental issues 

in relating IPAD to missile design. Section 3 defines the functions performed 
in missile engineering design in the various program phases. A typical 
Army tactical missile is described by subsystem to permit a realistic evalu- 
ation to be made of the computer programs used in .missile design. 


A more detailed view. of the engineering activities, by discipline and program 
phase, is presented in Section 4, with an indication given as to whether or 
not each activity can be automated. The design process is then appraised, ' 
and deficiencies in the process are noted. 

The design tasks are related to the IPAD concepts (refs. 2 and 3) in 
Section 5, Existing computer programs are evaluated to determine their 

o' 1 ° ' o . 

suitability for use with IPAD, and new programs that could be developed 
within the state of the 'ar 0 t are identified. Savings in design cost and time 
by using IPAD are then projected. The IPAD systeriis investigated for 
aircraft in references 2 and 3 are next evaluated for their application to 
missile design, and the benefits of IPAD for this purpose are assessed. 

Section 6 provides cost and schedule estimates for extending an IPAD system 
for aircraft to include the capability to design Army tactical missiles. 

Computer codes are described, by discipline, in the Appendixes. 
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Section 2 


ANSWERS TO STUDY QUESTIONS 


This section answers certain questions posed by NASA to provide greater 

6 

understanding of the missilo f0 design process and to determine the applicability 
of the IPAD system to missile design. 


The questions were: 


1. ° How can IPAD be used to support the missile design processes? 


2. If it cannot, what modification can be made to make it usable? 


3, Is a separate approach to desigrf'of missile systems more practicable 


4. What different disciplines .should be involved? 


a 


5, What disciplines are already adequately represented by existing 

O 

codes? Which ones are missing? 

6. What disciplines have to be represented primarily by experimental 
data? 

7, How should experimental data be handled in the system operation? 

8. What aspects of the design are not quantifiable and whatwim pact do 
they have on the design process? 

9, o What should be the IPAD level of application? 

a. Preliminary design? 

b. Detailed design? 

c. Final analysis? 

d. Can all be included in the system as a natural progression of 


the design process? 






10. What are the cost or product benefits that can be achieved through 

« use of this program (e. g. , simplicity, "'reliability, economy. . . )? 

<5 

11. Are some existing t|ata bases (c.g. , materials data bank) practical 
to fit into an IPAD missile design “system ? 


$ 


Only general answers are presented in this section. .Details arc given in 
appropriate sections pn the results of the study tasks. 




QUESTIONS AND ANSWERS 


Question 1. How can IPAD be usccf^p support the missile design process' 


The engineering design process consists of the following logical problem- 
solving functions: * problem definition, system synthesis, system analyses, 
system optimization, system selection, and documentation. The process is 
iterative, with designers having brief periods of creative activity in selecting 
and modifying goals and synthesizing and selecting elements and form, fol- 
lowed by lengthy periods of noncreative activity. The noncreative work 
incLudes routine information-handling, such as data transmission, reformat- 
ting, and documontatioh. The effectiveness of the missile design process, 
whether it is aimed at quality design or lower- cost design, can be increased c 
by applying the IPAD engineering design system which has an optimal Inter- -I 
face between designer and computer. The design will allocate the noncreative 
activities to the computer, permitting the engineers to concentrate on the 
creative aspects of design. 
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Question 2. If it cannot, what modification can he made to make it usable ? ' 


The value of the IPAD system largely depends on tHe. optim al interface between 

'■'“Vi *T.*\ Y' . • . ‘ 

the designer and the computer and on the techniques by the tech- 

• ~ 

li' i o x 

nical codes in the library of the system. To enhance the missile, design pro- 
cess, the system library must be extended to include technical codes of ‘ 


disciplines involved only in the design of missile systems. The detailed 

o 


design phase of the missile cap be further enhanced by extending the IPAD 

c 

system so that it is a hybrid computer with digital and analog capabilities. 


The IPAD sy&fcpm, as defined in references 2 find 3, performs routine data- 

' U ' " P '' 

handling activities required in the missile design process. But it must also 


be extended to include technical codes for all the missile subsystems, 
especially the sensor, guidancff'.«|ifd control, propulsion, and armament sub- 


systems. The design process cak^be further enhanced if technical codes for 
other missile segments are added, sd^h % the acquisition and tracking sub- 

. .. * ' JTJ 

system, the command, control, and c ommcTmewfia n s subsystem, and tile 
launch platform. ° 


If the IPAD system were developed into a hybrid computer using hardware 
subsystems, high-frequency pontrol elements would be simulated on the 
analog instead of the digital computer. Certain tactical systems may' employ 
very-high-frequency control actuator loops that would be amenable to Simula- 

* : ° f - 

'lion on the analog computer. Thus, IPAD might support the digital simulation 
with small analog elements controlled by electronic switches via the digital 
computer. The analog would then Jiccome a support function for digital com- 
putations in the IPAD concept. 






c-V',An on-line support facility with thcTPAD system may aid missile development 
efforts by uniting vehicle hardware subsystems (e.g., the electronics, sensors, 
ajid environmental subsystems) in a ^systems test. It is anticipated that this 
type of testing would be^i^nducted predominately in the preliminary and detailed 
« design phases. Computer coding would be required to interface the subsystem 
elements, conduct the test sequence, and evaluate the test results. This type 
of approach would be attractive on programs with a limited number of develop- 
ment flight tests. Much of the thermal and geometric environment could be 

Q 

simulated for subsystem elerpents, thereby demonstrating system integratibn 
and performance objectives with the IPAD concept. The demonstration of the 
integration and performance objectives, using an on-line support facility with 
IPAD, would lead to a reduction in the number of flight tests and their costs. 


Question 3 , Is a separate approach to design of missile systems more 

practicable ? ' . .... „ f . 

The IPAD system is an acceptable engineering design system which can increase 
the effectiveness of the missile design process. It is probably the most prac- 

^ ' ■. o o 

ticable approach for performing missile design, since the executive control 
and data management functions required for data storage, retrieval, and control 
are part of the IPAD system. Also, many of the IPAD system technical codes 
can be used for missile system design. Consequently, no other approach is 

’ ■■ ■' ’ , , -f' , v ^ ^ 

nfeeded in the design process. 


Question 4, What different disciplines should be involved ? 

First, the basic aircraft disciplines are involved in the design of a missilo- 
aerodynamics, cost-estimating, electronics, flight mechanics, guidance and 


O 


control, mechanical, propulsion, c reliability and maintainability, structures, 
thermodynamics, weights, and loads. Some of these disciplines such as 
aerodynamics, structures, and weights involve the same type of activities as 
in aircraft design. Others such as propulsion and cost-estimating involve 

v ’Cs o •• ■> 
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quite different design activities because the classes of subsystems are dif- 

O 

ft' _ ‘ 

ferent (spjid rockets, thrust augmented, liquid rockets,, etc. ). In addition. Z 

“ !0 % , ' 

^iVcr 3 aft disciplines, guidance, armament, and sensor technologies are needed 

in°missilc design. Further, any discipline which is strongly related to the 
* - - 0 ' . " 
design objectives a rift limitation s of a particular vehicle should be considered. 


Question 5. What disciplines are alreadv^adequatelv represented bv existing. 


codes? Which, .ones are missing? 


Most of^he, disciplined listed in the reply to Question 4 are already represented 
by technical codes. However, there are no adequate codes for cost- estimating 
and confcroL and sen soy functions. Additional effort will be required in these 
areas to broaden the existing capabilities and to provide more detailed design 
Capability. 


Question 6. What disciplines .have to be represented primarily by experimental 


Experimental data are neodecj for ^jfiost of the disciplines involved in the missile 

design process, especially in* the preliminary desigti, detailed design, and 

v .. ' -■■■ ® o" ' ; . . "W ■„- ■'■■■ 

testing phases. The principal disciplines using experimental d,£ita are aero- 

" ■ O ' 

dynamics, guidance and control, propulsion, the rmodynamics, armament, 
propulsion, and structures. „ 


■-j > gag a 




Tl3 expurimenf ?4^tlata are used in the following ..efforts 1 t , .. ,© ^ 

1. ^ropulMon design relie^vipwn experimental dataffcc) gepefiqte-bozjde 
.•V- 0 -. perform»anc.e and thermc-chemical data and 

for candidate missile system. 

2. Structural design requires experimental data to establish material 


40 


properties- used in alt structural' analyses and for analyses of 


& 


candidate part sop'?- assemblies which a.re too redundant or complex 


1 to analyze by^domputer simulation with a high degree of confiderice. 


r In qualification and acceptance testing, structural components repre- 
sentative of actual production components are tested to ultimate loads 

© « P _ ", 

to ensure the*adequacy Of structural design. , 

3. o Wind-tunnel,, tests are. conductcd to predict aerodynamic character- 




er/ 




is tics. » 

4. ' Thermodynamic design requires experimental data to determine 

Si" • ‘ ■ ' / “ . 

''' mfd&iodplogy and material performance. “ ... & 

5. Armament design is dependent on experimental data to“establish 
lethality conditions and klll.probabilities. 

6. Guidance and control requires experimental data to determine 


servomechanism 0 performance and bending and sloshing modesV 






Question 7. How should experimental data be handled in the system operation ? 
Experimental data are generated throughout most of the missile program. The 
data should be reduced to a usable form at the, test facility and then stored in 
data blocks, with direct access provided by active technology codes, if desired. 
The experimental data should be easily retrieved and mixed with analytical 




predictions to form a "best estimate" model to be maintained as the current 


f V A 


data blocks. The mixing function requires human decisions which may 

o * 

involve some coding, but cannot bo fully automated. The use of N-dimensional. 
interpolation and weighted ioast-squares codes can help the nibxing operation. 
Entry of the data via digitizing tablets would greatly reduce the work required 
for inputting experimental data, 

Co ’ . 

Question 8, What aspects of the design /u*o"not quantifiable and what impact 
do they have on the design process ? 

Problem definition, system synthesis, and system selection cannot bo quanti- 
Bed and yet they may have a major effect upon the quality of the design. These 

functions all require creativity, intuition based on experience, and human 

0 

judgments. In each missile design phase, there are also logical problem- 

« '~) 

solving functions such as system analysis, system optimization, and documen- 
tation of results which are performed to various degrees of detail. These, "jp 

" = "v«x 

functions also require some creativity, intuition based on experience, and 

' J. ' ■' .. ■■ ■ 

human judgment, and these cannot bo completely quantified. 


’System analysts and designers must identified the design objectives and design 

0 l . 

limitations of a missile and establish their relative importance to satisfy the 

needs of a customer. Design variables are identified to bo manipulated and 
to bo constrained. Designers must then synthesize candidate missile systems 
before analyzing and evaluating them. In the initial design phases, synthesis 
consists of conceptualizing the missile characteristics from a set of character* 
istiest for example, the number of stages, type of propulsion system, type of 
control," or aerodynamic configuration. It might he theorized that the best 


i 


synthesized missile could be generated automatically, but all combinations 
would have to be enumerated and evaluated by the computer* This is n£t pos- 
sible, at th i^ S taf e o| 0 sign. , 4 s tfte de s igu progresses, autom 0ie s y nth e&i s. 
becomes even more difficult because of the dimensionality of large complex 
systems, System selection is confronted by similar problems, since for 
simple, well-behaved small dimensional problems it may be redundant to 
optimize the system. But as the development and the dimensionality increase, 
formal methods may fail, and the engineer may rely more and more on Ins 
intuition and judgment. System analysts and designers must select design 
objectives to be modified or deleted when infeasible systems have been pro- 
posed, and set a course for generating other synthesized systems. 


&■ 


& 


Question 9. What should be the IFAD level of application ? 

V a. Preliminary design?; . : r 

•’ ■ ■ 

b. Detailed design? 


c. Final analysis? 1 

'■ " 5 . . f ' , 

d. Can all be included in the system as a natural progression of the 


design process?,^ 


The IPAD system should be used in all missile program phases, including 
system studies, prelintinary design, detailed design, testing, production, 


and operations, Sipce the design process is iterative, each activity builds on 


the pcoyious activities. But: 'since all program phases consist of both creative 
and none roative activities, the IPAD system with its optimal, interface between 
the designers and computer can be used to reduce the noncrbutiVe activities 
throughout the entire program. * . . , , ' 


10 
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Emphasis on problem-solving activities changes during a program with time 
or task. Results of a design problem in one phase set the design objectives 
and limitations for the' other phases. The IPAD system would allow for this 
continuity in time and design activity through its data management capability 
in storing and retrieving missile characteristics and trade-study decisions. 

'W 

The system could also serve as a source of information to assist the project 

u, 

managers in determining progress. * 


Question 10. What are the cost or product benefits that can be achieved 

through use of this program (c.g., simplicity, reliability , ,, 
economy . , . ) ? 

In missile design, the IPAD system will decrease the routine, noncrcative, 
data- handling activities of the designer, in effect reducing the program cost 
and time. Some of the designer's effort will be reinvested in performing 

more tasks* These tasks should result in a better-quality, higher- reliability 

o 

product, and lower costs due to fewer engineering changes. 


The IPAD system will also enhance the designer's creative activities because 
of its capability for near- real-time experimentation. The short response 
time should increase the designer’s creative momentum, allowing him to 
synthesize more missile systems with greater continuity of thought in the 
iterative design process. The results will be a better-quality missile system. 






Question 11. Are some existing; data bases (e.g., materials data bank) prac- 
tical to fit into an IPAD missile design system ? 

The existing data bases can and should be integrated into an IPAD missile 

,7 • * 

design system. Some of the information which should be included covers 
material properties, propulsion data, aerodynamic data, armament data, and 
physical constants. , 


These data bases would greatly aid system analysts and designers to synthesize 
missile systems and perform analysis by helping in material selection, aero- 
dynamicashape, propellant thermal chemical performance, and other factors, 

A materials property data base is almost a necessity for a missile design o 
system, All existing material properties couldJ>e stored for instant retrieval 
and could be constantly updated as new materials and ^'yoperties become 
available. A large amount of time* is currently speht by (the designer in 
searching for data on materials in handbooks, catalogs, and brochures when 
this information could easily bo stored in data banks. Some data (for example, 
lethality data) may be classified tnd therefore may not be easily stored or 
fopnd. The system design would havmnto provide for access to classified data. 
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« Section 3 

& THE MISSILE 0ESIGN PROCESS 

* \ 

The missile design process can be defined by .first determining an engineering 
design methodology, then identifying and describing the primary subsystems 

iii , Q i 

of a typical tactical missile, and next identifying and describing the primary 
functions performed. „ o 

3. 1 ENGINEERING DESIGN METHODOLOGY 

• ‘ ' - ^0 * ■' 

A concise overview of engineering design can be obtained, following the pro- 

cedure described in reference 4, by considering three independent dimensions. 
The first dimension, program phases, represents the time element in engi- 
neering design, with each phase or time block separated by major milestones . 
The next dimension, the logical problem-solving functions, represents the 
logical steps which are taken to solve every engineering design problem. 

The third dimension, systems, represents the products that may be devel- 
oped, such as aircraft, missiles, and buildings. In the missile field, the 
system blocks maybe further divided into ground-to-ground, ground-to-air* 
air-to-ground, or other types of missiles. In combination, these three 
dinaensions represent a methodology of the engineering design. 

3.1.1 Program Phases 

The time dimension maybe described by the set of design activities per- „ V 
formed in each program phase. These activities are separated by major 0 , 
product milestones which are the primary decision points in the life of a 5 
product. There are usually five program phases called (1) system studies, 

(2) preliminary design, (3) detailed design, (4) production, and (5) operations. 
These phases and their primary interfaces are shown in figure 1. 
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The exact number of phases and their names may vary from product to 
product, but similar engineering design activities are always performed in 
development. Most of the engineering design activities occur in the 
system studies, preliminary design, and detailed design phases. As 
a product progresses in the phases, the engineering analyses becomes 
more complex. * | 


In the system studies phase, systems of opportunity are chosen which the 
contractor believes will meet the needs of a customer. He performs a top- 
level, conceptual design on mapy systems to provide a technical description 

of the systems and program plans so that candidate systems may be selected 

o 

for further study. This phase usually identifies one or more systems which 

! * ft , » 

the contractor^ hopes to pursue in the next phase, and defines the research 
activities required to support the system development. The system 'concept 
is selected in this phase and the objectives and requirements are defined for 
its subsystems. In the case of missile systems, „this definition is generally 
made by a Government agency after. ..a reviewof studies performed by 
contractors. 

The system design is determined in the preliminary design phase, based upon 
some figure of merit and constraints. Unlike the system studies phase, the 
preliminary design phase concentrates on only one system, After the 
design is reviewed and a decision has been reached to develop the system, 
the project advances to the detailed design phase. 

Detailed design is similar to the preliminary design phase except that the 
number of alternative systems has beeui greatly reduced. The activities 
performed in this phase, although basically the same as in preliminary 
design, are extended to a greater level jbf detail with emphasis on the design 
Of subsystems and components. 

In the production phase, the physical s ystem is manufactured to the program 
and technical specifications which have beep developed in the other phases. 
Engineering activities in production include determining the sequence, 
material flow, and floor layout for manufacturing operations, designing 
tooling and test jigs, and establishing a quality Control program. 

^ 15 
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The objectives of the operations phase are to determine the best use of the 
system and to support the customer in the use of the system. These prob- 
lems are usually integrated with the engineering design activities, since the 
design requirements depend on the operational activities. 

n i 

3.1.2 Logical Problem-Solving Functions 

The second dimension in the engineering design process includes six logical 
problem-solving functions: (1) perform problem definition; (2) perform 
system synthesis; (3) perform system analysis, (4) perform system optimi- 
zation; (5) select system, and (6) document results. A flow chart of these 
functions is presented in figure 2. It should be noted that emphasis on a 
given function may vary with the different phases. 

This dimension allows engineering design to be viewed as a process for 
generation and flow of information. The flow of information of these func- 
tions is multiplexed and is expressed in a given format at given times. 

Also, for large systems, many design activities will be performed in these 
functions, thereby increasing the complexity of the process. 

The function "perform problem definition" defines the objectives and design 
limitations of the system. This function is usually initiated by a system 
specification or customer need. Since problem-solving is done in an iter- ‘ 
ative manner, objectives and design limitations are continuously changing. 

If candidate systems cannot be found to satisfy the problem as defined, then 
design objectives and limitations are modified or deleted. The objectives 

■. ii 

and limitations become increasingly detailed and gain greater confidence 
with iteration in the system analysis. <> 

The "perform system synthesis" function identifies the candidate systems 

O 

which are to meet the design objectives and limitations. The synthesized 
systems are the result of the problem definition and the select system func- 
tions. If the synthesized systems cannot meet the objectives or limitations 
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or if their figures of merit are not considered "good, " then other systems 

* . U,) w ' 

are syntnesized. This cycle continues until the decision-maker judges that 

he has identified the best system. ^ 

The "perform system analysis" function determines 'the behavior of the 
system. The results of this analysis are used in subsequent iterations to 
define the problem in greater detail, utilizing the "perform problem defini- 
tion" function. The analysis provides additional detailed design objectives 
and constraintsfor subsequent design problems that may occur in any pro- 
gram phase. The analysis is also used by the "perform system optimiza- 
tion" function, when optimization is desired. This function ("perform sys- 
tem optimization") changes the design variables so that design limitations 
are satisfied and the figure of merit of the system is extremized. System 
optimization is usually integrated with the "perform system analysis” func- 
tion. Together, these two functions may be performed many times for a 
given design problem. They also add new details in the design problem. 

•The "select system" function is used to select the best system, to modify or 
delete certain system objectives and limitations, or to synthesize more 
systems. This function uses the information’ generated from the "perform 
system optimization" and "perform system analysis" functions. For optimi- 
zation problems with a small number of variables, the "select system" func- 
tion may achieve the same objectives as "perform system optimization. " 

But as the dimensions of the problem increase, the possibility of other factors 
affecting the selection process increases and intuition and judgment are relied 
on more than formal techniques. If a system cannot be found to meet the 
design constraints, then the violated constraints must be deleted or modified 
or more candidate systems must be synthesized. 

The "document results" function generates system specifications in the 
required formats. This is done so that design problem continuity is achieved 
and program plans can be made for the next phase. Planning includes the 
determination of schedules, allocation of resources, selection of performance 
measures for program evaluation, and development of techniques for program 
control. ■ -- C 


3.1.3 Dimensions of the Engineering Design Process 


The three dimensions ~ program phases, logical problem-solving functions, 
ahd systems — ma ~yl(be combined as shown in figure 3 into a form which 
represents a model of the engineering design process. These three dimen- 
sions represent all the knowledge, facts, models, and techniques required 
for the development of engineering systems. A given coordinate or cube in 
the system engineering model establishes the system, program phase.and \ 
logical problem- sol^ing^cti^ity. In many cases, there maybe similarities 


in activities for diffei%at=^ys terns . For example, structural analysis of 
bridge systems and a structural ^design problem of missile systems may be 
similar. » 


In summary, the following primary characteristics of the engineering design 
process are important in analysing and evaluating various engineering design 
systems (designers, computers, techniques, etc.) used in the process: 


1 . Engineering design may be viewed as cb#4isting of three dimensions, 
program phases representing time, problem-solving functions repre- 
senting logic, and systems representing products. The logical 
problem-solving functions apply to ail systems and to all program 
phases, '*■' 


% 


2. Engineering -design may also be considered a process for the 
generation, control, and flow of information. The information is 
generated, modified, and deleted in an iterative manner. 

3. As a program progresses, design activities become more detailed. 

. .. 0 . :* n 

4. The employs formal techniques, intuition, 'and judgment. 


TGM 


3/2 TACTICAL MISSILE SYSTEMS 


In this section, typical tactical missiles of the Army Missile Command are 

Cji} 

described to identify the primary disciplines involved in their engineering 

0 

design. 'The subsystems and their various classes — for example, in the 
discipline of control, two classes might be thrust vector and aerodynamic 
control — are described to ensure that a complete missile computer program 
library can be determined. • 2 
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ftW^I Tactical Missile Description 
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m pf ofil^e of typiGal tactical surface-to-air missile is shown in figure 4, 

1..L! -L - i i.i.-.iL- _ 4 il. . _ 1 . i J» • ■ 1. - _ .1 <1 . * 


which illustrates two propulsion stages, the payload stage, and the primary 
•Subsystems and components. The missile shown has two solid-propellant 
rocket-motor stages and an infrared (IR) guidance seeker. It is assumed 
that the mi&sile would be rail-launched, so launch lugs are also shown. 
Movable aerodynamic fins are assumed for control. The four control fins 

i ■■ ° “ . 

and four, fixed tail fins are shown in a conventional cruciform arrangement. 

* * ' ' 

Pitch or yaw control would be achieved by moving opposing control fins in 

* ' & 

unison. Roll control or roll-rate damping would be achieved by differential 
deflection of opposing fins. 


The major subsystems and' the primary physical disciplines involved in 
designing the typical missile are indicated in table 1. Other disciplines 
required in the engineering design process are cost-estimating, reliability 
and maintainability, and flight mechanics. 

3.2.2 Tactical Missile Subsystem Classes 


For each majgr subsystem of a tactical missile, various classes of sub- 
systems may be selected and synthesized to form a missile system. In some 
design problems, the classes depend on the mission. They then become the 
object of the system analysis, optimization, and selection functions in engi- 
neering design. Consequently, their identification and the computerized < 
models used in the design process are required to determine the applicability 
of the IPAD system to missile design. 

The Army has three types of tactical missiles: surface-to-surface, surface- 
to-air, arid more recently, air-to-surface. In the future, an air-to-air 
missile may also be developeci for helicopter defense. For each of these 
missions, candidate propulsion, control, and guidance subsystems are 
identified. 
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Figure 4.— Typical Tactical Missile Profile 


TABLE) 1 * 
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TYPICAL TACTICAL MISSILE SUBSYSTEMS 


- , • ■ 

« 

Subsystem 

Description 

Applicable 

Disciplines 

PROPULSION STAGE 3 vJ 

Main propulsion 

• 

• 

■ ■■ 

. ■ 

' 

ft 

C>- 

Includes primary propulsion 
unit, ignition system, safe and 
arming device, nozzle and 
blast tube, and air intakes if 
applicable. {These may 
include solid propellant motors, 
storable liquid propellant 
motors, air- augmented 
solid propellant motors, 
turbojet, turbofan, 
ramjet, or integral 
rocket/ ramjet) 

Propulsion 

Structures 

Thermodynamics 

Mechanical 

Electronics 

Weights 

Launch, lugs and/or 
rail provisions 

Structural members of the 
vehicle used to guide missile 
off launcher o 

Structures 
Guidance and 
control 
Weights 

Control unit and 
fins 

Movable aerodynamic control 
surfaces which provide body axis 
control. Includes control' 
surface actuating subsystem 

Guidance and 
control, 
Aerodynamics 
Thermodynamic s 
Structures 
Mechanical 4 

Weights -j , 

Aft fairing/ 
interstage 

■ >■■■■. 

Load-carrying aerodynamic 
fairing extending from the 
motor aft skirt to the end of the 
nozzle (fairing) or to the for- 
ward end of the first propulsion 
stage (fairing /inter stage) 

Structures - 
Thermodynamic s 
Weights 
Aerodynamics 

• • • • -,i \ '■ '.'Vr' . ‘ 

Separation 

system 

Jettisons expended booster stage 

Mechanical 
Structures 
Electronics 
Guidance and 
control 
Weights/ 

Fixed aero- 
dynamic fins 

Maintains static aerodynamic 
stability and lift capability^ 

Aerodynamics 

thermodynamics 

Structures 



TABLE 1 - Continued s 

TYPICAL TACTICAL MISSILE SUBSYSTEMS ' 


O 


Subsystem 

Description « 

Applicable 

Disciplines 

PROPULSION STAGE (Continued) 

_ \ 

Antennas and 6 
beacons 

Antennas to receive commands or 
detect guiding beam; beacons to^ 
augment tracking by radar 

Electronics 

PAYLOAD STAGE 

Nose fairing and 
sensor dome 

' 

Provides environmental protection 
for payload section components 
and aerodynamic shape to mini- 
mize performance losses. Pro- 
vides signal transparent window 
for sensorj e. g. , optical dome 

Structures 

Thermodynamics 

Aerodynamics 

Weights 

Materials 

(raddine) 

Seeker and seeker 
electrdnics 

Includes sensor (e. g. , radar, IR, 
TV, and microwave radiometer 
optics) for acquiring and tracking 
target and associated gunbaling 
mounts, torquing subsystems, and 
electronics 

Optics 

(if applicable) 5 
Guidance and 
control 
Electronics 
Structures 
Weights 

Seeker cooling 
system 

Provides means of maintaining 
temperature of IR seeker 
detectors within acceptable signal 
operating resolution range (if 
applicable) 

Electronics 
Thermodynamics 
Structures * 
Weights 

Warhead 

o 

Includes warhead, safe and arming, 
and, fuzing devices „ 

a 2 

Structures 

Electronics 

Weights 

Armaments 

Guidance system 

■ ••.O';.. :+•' 

a , . ' •' ■•' • • 

Includes inertial reference unit, 
autopilot, guidance a^id control 
electronics and computer, trans- a 
mitter, and receiver ' , s 

Guidance and 
control 
Electronics 
Structures 
Weights 

Power supply 

Batteries or auxiliary power unit 
proyide power and heating to 
electronics. Thermal battery 
initiates pyrotechnic warhead 
events 

Electronics 



O 
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TABLE 1 - Concluded 

TYPICAL TACTICAL MISSILE SUBSYSTEMS 


Subsystem 

Description ^ 

Applicable 

Disciplines 

PAYLOAD STAGE (Continued) 

Umbilical plug 

Allows external power supply, 
sensor coolant supply, and missile 
checkout prior to launch 

Electronics 

b. 

Forward adapter 

Aerodynamic fairing extending 
frofn. the nose fairing to the for- 
ward connection joint of the 
adjoining propulsion stage 

Structures 

Thermodynamics 

Aerodynamics 

Weights 


The surface-to-surface missile covers the spectrum from the Dragon for 
antitank use to the Lance for battlefield support. Surface-to-air missiles 
range from the Redeye and Stinger to Hawk and SAM-D. The air- to- surface 
category is currently represented by TOW, He Ilf ire, and the air-defense 
■suppression missile (ADSM) concept. There are no Army missiles yet 
designed for the dir-to-air mission. However, this might be a secondary 
capability for, say, the Hellfire or Stinger missiles if they were carried on 
attack helicopters. This capability would provide a defense against enemy 
helicopters and tactical aircraft. 

Candidate propulsion Units that are most likely to be considered for each 
mission category are listed in table 2. When more than one propulsion 
stage Is required, more than one type of propulsion option may be chosen. 

?/ For example, the Nike Ajax employed a solid-propellant rocket booster with 
a liquid-propellant rocket interceptor stage. Representative subsystem 
classes and applications are presented in talkie 3. < 

3.3 FUNCTIONS PERFORMED IN, THE MISSILE DESIGN PROCESS 

The missile design process, as noted previously, 'can be divided into pro- 
gram phases, with each phase providing for a sequence of activities divided 
by major milestones. The major milestones are concept review, prelim-, 

! inary design review, and critical, design review. The phases and their 
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TABLE 2 


TACTICAL GUIDED MISSILE SUBSYSTEM CLASSES 


Mission 

— 

Propulsion 

Controls 

Guidance 

Surface-to- 

surface 

■ — — ■ — 

Solid propellant rocket 
Liquid propellant rocket 
Turbojet/ turbofan 
Ramjet 

Integral rocket/ramjet 

. J\ 

• 

Aerodynamic fins 
Thrust vector 
control 

Reaction control 
system 
(solid) 

RF command 
Inertial 
TV and low- 
light-level 
TV 

Laser 
Forward- 
looking IR 
and IR 
Wire- guided 
Simplified 
inertial 
guidance 
system 
Dual-mode 

Surface-to- 

air 

Solid propellant rocket 
Ramjet 

Integral rocket/ ramjet ^ 

•" ’• 7 . • . • 

Aerodynamic fins 
Jet interaction 
External burning 

IR homing 
Radar homing 
RF command 
Dual-mode 

Air- to- 
surface 

Solid propellant rocket 
Liquid propellant rocket 
Turbo j et / turbofan 
Ram j et 

Integral rocket/ramjet 

Aerodynamic fins 

■ ' - ■ 

O 

0 

RF command 
Radar 
Laser 
Inertial 
Forward- 
looking 
and IR 
TV and low- 
light- level 
TV 

Wire- guided 
Dual-mode 

Air-to-air 

Solid propellant rocket 

Aerodynamic fins 
Thrust vector 
control 

IR homing 
Radar homing 
Laser homing 
Wire-guided 


. .W" , . / . 

major milestones are presented in figure 5. The functions performed in 
the engineering design process and in the different phases are presented in 


this section. v - 

.. ... . ' -J 
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TA^LE 3 

SUBSYSTEM CLASSES AND APPLICATIONS 


Subsystem 

— . — 

Subsystem Class 

Application 

Propulsion 

Solid-propellant rocket 

Dragon, SAM-D, Pershing 

* 

Liquid-propellant rocket 

Lance y 

o 

. •• o 

Turbojet/ turbofan 

Harpoon, Turbo- Condor 

o 

Ramjet 

Bomarc 


Integral roeket-Ramjet 

SA-6 Gainful (USSR) 

Control 

Aerodynamic movable 
fins 

Hawk 

o • . 


Thrust vector control 

Pershing 


Reaction control system 

Dragon 


Jet interaction 

UpSTAGE 


External burning 

UpSTAGE 

• Guidance/Sensor 

Infrared 

Redeye, Chaparral 


Radar 

Hawk 


Laser/' 

Hjellfire, Stinger alternate 

^ . . - ; o 

RF command 

Nike Hercules 


Inertial 

Pershing 

: 

Simplified inertial 
^guidance system 

Lance 


Wire-guided/optical 

TOW 


3. 3. 1 System Studies 'Phase 


The system s tudies' phase generates prograrri plans, conceptual design 
characteristics of missile systems, and selected missile projects which the 
contractor wishes to pursue. This phase produces the preliminary technical 
and program characteristics of the selected missile systems. Research 
activities are also identified and are pursued in this and the next two design 
phases. The first-level expansion of functions is presented in figure 6. 
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A "needs analysis " is conducted to identify the need for a new or improved 
missile system or to counter current or projected threats or enemy tactics. 
The initial identification is generally performed by a Government agency; 
however, in some instances, this function mf y be; performed by a contractor 
for the appropriate agency. Based on a -generalized preliminary definition 
of the needs, the contractor performs a capability evaluation in terms of 
manpower, facilities, technology, competition, or other factors to deter- 
mine W^re he can provide the most effective service. • 

<$ .. " A '-'H 

. ->•*•.; - - . • . ‘ : i " .. y . ‘* r 

The ‘'system objectives definition" function provides the definition of the mis- 

■' *' ■ • ■ *: ■ 

sile system objectives ahdYiimitations, froni which the requirements for the 
individual segments of the System arc derived. This function includes the 
definition of the target, its operating and performance characteristics, its 
related defense systems (where applicable), and any other data which would 
affect the missile system requirements. . < 


The type of launch platform and its environment, the target acquisition and. 
tracking subsystem, and the command, control, and communications seg- 
ment are also identified in this effort. This function is generally performed 
by a Government agency, but may also be performed by a contractor. 


From these definitions, the requirements for individual missile segments are 
derived in terms of performance capability and gross operating conditions. 

Iri the definition process, areas may appear where advances in performance, 
analysis, and design would be needed to satisfy or enhance the missile sys- 
tem objectives, Identification of such areas provides objectives and tasks 
for supportive research and developmfchl work. v 1 


&k 


The definition function uses the results of other functions performed in the- 
system studies phase, including evaluation of the system objectives of the 
conceptual design, human decisions made with respect to the designs,' and 
modification of the design objectives and their limitations. „ « 




The "research* and development" function represents the research and tech- 
nological development work performed to advance the state of the art of 
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missile systems by advancing subsystem performance and analytical and 
design capability. The scope of this effort may be determined from the 
requirements identified in the "system objectives definition" function and 
through continuing contractor-directed research and development efforts. 

The effort may be aimed at advancement or improvement of control systems 
or material systems, development of smokeless propellants to avoid detec- 
tion, or other purposes. The effort may also be directed toward the develop- 
ment of 'computer codes to enhance analytical capability and the performance 
of tests to obtain additional information about subsystems not easily analyzed, 
such as the performance of airfoiL controioconfigurations in the presence of 
a missile body. The results of these activities are provided for application 
in any or all of the missile program phases. ° 

o 

' ’’ • • • • ’ . . t « 

The "conceptual design" function synthesizes system concepts based on the 

previously defined design objectives and limitations. Trade studies are 
performed for each subsystem, providing a parametric data base for sub- 
sequent subsystem evaluations. For example, the number of powered stages 
and associated velocity s taging ratios °may be evaluated based on range and 
time of flight to the target. <■> J oa 

Concurrently, types of propulsion systems, aerodynamic shapes, control 
systems, structural designs, packaging arrangements, and other factors 
are evaluated. The result is a base of parametric data on missile perform- 
ance and configurations. Alternative missile configurations are subsequently 
evaluated in terms of compliance with the defined objectives and limitations. 
These sizing and trade study functions are currently computerized and the 
interdisciplinary trades are performed to obtain the optimum missile system 
based on the initial data. Evaluations are made of all major system segments 
and subsystems. Subsequent syntheses of total "systems provide alternatives 
for evaluation of system performance and effectiveness without the need for 
additional major trade studies on subsystems'; The results of the research 
and development activities, if available# are integrated into the conceptual 
design activities, - a Updated information is incorporated in the design as it 
becomes available and its effects are evaluated. 
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The "system objectives evaluation" function determines the performance and 
effectiveness of the candidate systems synthesized in the "conceptual design" 
function. The systems, are evaluated using typical operational scenarios to 

assess each .major subsystem's capability and to determine the impact of 

- 

operational constraints or deficiencies on the total system capability. For 
example, a scenario might bo used to determine whether various types of 
terrain impose adverse constraints on the tracking subsystem and therefore 
increase the missile circular error of probability on impact, thereby reduc- 
ing the kill probability. The subsystem performance is assessed in relation 
to the defined objectives as a. continuing part of the design effort. 

O 

A . ■ " } .' r '‘ - - ' 

The function "are objectives met?" determines the degree of system com- 
pliance with the established design objectives and limitations, and conse- 

0 

quently identifies deficiencies in subsystem performance. This process is 
iterated until (I) a system is synthesized which fulfills the objectives, or 

H> • . 

(2) it is determined that all of the objectives cannot be met and some of 
them must therefore be deleted or modified. The function "must objectives 
be reassessed?" determines whether other candidate missile systems must 
be synthesized or whether system objectives must be; nt§§|i$ed or deleted. 

o , Spy : I, 0 

In addition, the reassessment function, at this point, re stilts in a selection 
of the system. The selection is generally made by the contracting agency, 
with the contractor providing information on such topics as system per- 
formance, subsystem trade studies, and program data generated in this 
phase, y 

After the system objectives and limitations have been met, the technical 
characteristics or requirements of each majqr system segment are docu- 
mented. Typical technical characteristics established in this phase are 
presented in table 4. These characteristics become requirements or 
specifications. They are usually prepared in sufficient detail to permit 
independent design efforts to be performed on the major subsystems. They 
are also the technical data base for the design objectives and limitations 
used in the next phase. But before the next phase begins, the contracting 
agency usually conducts a concept review. 
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TABLE 4 0 

TYPICAL MISSILE SYSTEM REQUIREMENTS 


Top-Level Requirements 


Mission objectives 


Warhead, or prime payload, or 
both o 


Launch and handling environment 


Firing criteria 


Geometry 


Reliability and maintainability 


First- Level Requirements 


Flight envelope 
Threat definition 

Range or time of flight to intercept 
point 

iP 

Circular error of probability 
Lateral maneuver ° 


Target type 

Required system lethality 
Target vulnerability 


Operating temperature range 

Vibration and sliock limits 

Type of launch (e. g. , mobile 
ground launcher or aircraft) 


Size 

I 

Launch or handling 

Signature (radar, optics, or both) 


Probability of obtaining objectives 















The second-level functions for the system studies phase and ^ composite of 

" L ': o 

the functions are presented In figure 7. This figure summarizes the types 

^ a. ■ . .> 

of design activities which occur in this phase. An analysis is performed on 
the primary missile functions to determine the computer program library 
required for missile design (see Sections 4 and 5). 


0 3.3.2 Prel iminary Design Phase 

The objective of the preliminary design phase is to increase the depth of the 

6 a ^ so » 

technical specifications and,prograni plans for the missile system. Design 

e ,■ :: ° ‘ . < ' -i. 

objectives and limitations arrived at in the system studies phase are used to 
^ establish the missile system^requirements. The design trades and system 

performance evaluations are established in greater detail than in the concep- 
tual design, function performed during the system studies phas o e. The v , * 
first- level expansion of functions performed in this- phase and “theix* inter- 
faces are presented in figure 8. This phase begins after the concept ; 
review and selection. It terminates with a preliminary design review* by 
the customer, who checks the technical and program information to be 
sure the design will meet the missile requirements before the contractor - 
' selects the system, " .. , a „ , 


d> 


The missile system requirements established in the system studies phase „ 
are used in defining the design objectives and constraints, which in turn are 
used to generate subsystem designs. They provide consistency in require- 
ments for subsequent analyses and designs. An example of a design 
Objective might be the desire to use an existing launch platform, which 
would place constraints on the launch lugs or locations of rail attachments? 
or on umbilical locations for ground support equipment.,. Whether this would 




affect the missile design would have to be determined. 




.i-7: 

^ * 
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The subsystem design objectives and constraints may be htodifi^d or some 


. ... . Vpj, - • .. 

may be deleted as the design process continues. However, any changes in 
design objectives and constraints which affect other system segmdhls such 

^ ? ' V ’. . -v- (v jj£jS . ° 

as the launch platform, or the command, control, and communications sub- 
system must be communicated to the appropriate analytical and design 
groups of subcontractors concerned with these segments. ■% 
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An Initial missile synthesis and a performance evaluation are made from the 
first sizing analysis. This is done from the best estimate of the subsystems 
selected, the conceptual design, a^nd the performance requirements established 
ptht system studies phase, £h©y generate a reference configuration upon 
which more detailed analyses and design studies may be performed, The 
normal starting point is the final configuration synthesized in the system, 
studies phase or a slightly modified version of the configuration resulting 
from an analysis of the design objectives and constraints. Some subsystem 

'll? ,■ 

tradeoffs may be performed at the outset to provide a more definitive base 
for sizing. This effort may also point out the need for subsystem and 

* o 

technology tests to provido data for subsequent trade studies. Subsequent 
missile sizings and evaluations are performed in an iterative manner as 
required later in this phase. 


& 


In-depth trade studies are made in the technical disciplines identified as 
important in the system design. The initial missile configiu'ation and 
performance data are used for these studies. -.A. .close* eommuni«afci'dnf“-linfe 
is maintained between the disciplines to ensure correct relationships and 
continuity of effort. For example, an initial flight kinetics study will be 
made to determine the number of propulsion stages and the optimum velocity 
staging ratio. Theipropulsion engineers must bo in contact with the flight 
mechanics personnel so that the proper propulsion system is selected for 
each stage and the supporting trade studies justify the selection, While the 
intent of this effort is to provide an optimum design for each subsystem, it 
also provides a data base from which "off-optimum" subsystems may be 
selected to obtain an optimum design for the total missile, As the design 
process continues, other trade studies maybe conducted. 4 


The function "synthesize alternate configuration" identifies candidate missile 
sys/temS':'fq:r,.evalua'.tiO'n : » These systems utilize selected subsystem and 
technical characteristics. The data base generated from the trade studies 
and the results of the performance evaluation are used to synthesize the 
candidate missile Systems, 


The subsystem and technology tests provide data to substantiate subsystem 
performance and serve to increase credibility in the subsystem designs. 

This function is tied tg the trade studies and performance evaluation activities, 
permitting a maximum use of the technical data which is generated. These 
tests could include, for example, wind-tunnel tests and ablative materials 
tests. 

. ’ „ . ° - 0 

The function "constraint impact and performance evaluation" determines the 
performance and evaluates candidate missile systems. This function pro- 
vides an evaluation of the relationships among the various disciplines. For f 
example, the shape and size of an aerodynamic airfoil may result in insuffi- 
cient lift characteristics to meet the end-game maneuver requirements, If 
this happens, some of the individual design trades will hdve to be redone to 
obtain more appropriate subsystem characteristics, This process is con- 
tinued until one or more viable designs which can meet the system design 
objectives and constraints are synthesized. 

'The objectives of the "baseline configuration definition" function are to select 
and document the preliminary design of the missile system. At tllis point, 
one or more missile systems have already been found to satisfy the design 
objectives and constraints. The selection may be made from a performance, 
cost, risk, or growth standpoint, or from a' combination of these. This 

selection is generally made by the contracting agency during a preliminary 

. = © 

design review, which must be completed before the next phase can begin, 

After the selection, the ff^sign is considered "frozen" and any subsequent 
change must be evaluated in terms of its effect on the total missile ^system. 

The second-level functions for the preliminary design phase of a typical 

■D ' . ‘ • ... • : cj 

missile and a composite of the fix*st- and setond-lbvol function are 
presented in figure 9. The figure summarizes the types of activities 
which occur, in this phase. The actual activities, of course, depend on the 0 
missile system objectives. An analysis and an evaluation of the primary 
functions are presented in Sections 4 and 5. 
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3,3.3 Detailed Design Phase 


's.S 


The detailed design phase begins after the preliminary design review and 
terminates with a critical design review held before the design drawings are 
released to start the production phase. Detailed subsystem design and 
testing are performed for the missile system during this, phase. The over- 
all design, with a missile configuration and subsystem definition, is pre-' 
pared before detailed design begins. TheJ^pajor subsystem tradeoffs have also 
been completed. In detailed design, the activities are concentrated on 
components and elements of each subsystem. The primary firs t-level 
functions and their interfaces for this phase are, presented in figure 10. 

0. 

Some limited trade studies maybe performed in the detailed design phase; 
however, these studies are usually not the type that affect the missile design 
or its performance capability (e. g. , interdisciplinary trades). The design 
activities are monitored by a configuration control board which ensures that 
proposed design changes will not ha,ve an adverse effect on missile perfor- 
mance. Once the Inis sile configuration is u frozen 1! at the close of the 
preliminary design phase, this function provides the primary interdiscipli- 
nary link for the various subsystem designs. On completion of the 'subs ystem 
detailed design, a critical design review is held by the contracting agency. 

The contractor's final design and the related performance and operating 
characteristics are reviewed to ensure that they comply with the total system 
objectives. „ > 

A detailed design is typically performed on the structural propulsion, 
thermoclynamic, control, guidance, and sensor subsystems. On completion 
of the design effort, the subsystem component drawings and specifications 
are generate^ and released. These components and subsystems are sub- 
sequently manufactured and tested to validate the design and subsystem 
perform^ff^^^Results of ground and flight tests are analyzed and evaluated 
in this phase to substantiate subsystem and system performance. 
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An engineering mocku£ of the total missile is niade to assist in defining the 
final missile assembly process and to provide a method of checking out the 
subsystem packaging arrangements. The mockup is also used to determine 
tbe required lengths of electrical line and desired routing paths. Subsystem 
components or representative models are mounted as defined by the design 
drawings and provide a means for the technologist to verify his subsystem's 
packaging requirements. Discrepancies or improvements in ^he packaging 
design are fed back to the subsystem designers so that appropriate changes 
dan be made in the final design drawings. 

The "development testing" function verifies the subsystem design by evaluating 
its performance and qualifies the subsystem for the operational environment 
to which it will be subjected. For example, the propulsion subsystem will 
be initially static- tested to verify performance capability. This test will 
verify technical characteristics such as thrust, mass flo\V rate, and specific 
impulse. The subsystem will also be subjected to vibration and shock load- 
ings and, perhaps, temperature- cycling and then. Rested for performance. 

This verifies the performance in a more realistic operational mode and 
further verifies the adequacy of the manufacturing operations. Tests will 
also be performed on the total missile, usually with a static launcher and 
target, to verify the flight and pseudo-engagement capability. These tests 
are conducted prior to the flight test rounds. 

The "flight testing" function performs total system tests in a simulated 
operational scenario and provides for the initial training of user personnel. 
Some of this training will have begun in the latter part of the development 
testing effort. The contractor maintains responsibility for the test and 
training functions with appropriate support from subcontractors. The pri- 
mary tasks are reduction and evaluation of flight- test data to ensure compli- 
ance with the design objectives and mission requirements. Variations from 
the desired performance or operational characteristics will be fed back to 
the subsystem detailed design function for correction or disposition. 
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The second-level functions for the detailed design phase of a typical missile 
=, and a composite of the first- and second-level functions are presented in 
figure 11. The figure summarizes the types of activities which occur in 
this phase. The actual activities, of courses, depend on the missile systern 
requirements, An analysis and an evaluation of the primary functions are 
presented in Sections 4 and 5. s 

3.3.4 Production Phase 

In the production phase, the subsystems are manufactured into the complete 
missile. The primary functions and their interfaces' are summarized ini 
figure 12. The manufacturing process includes the production and assembly 
of tooling as well as the complete vehicle. 


During manufacture, quality assurance methods and techniques are used to 

monitor the finished missile components and subsystems to x detect discrep- 

0 * 

ancies in the hardware from the drawings and specifications. Any dis- 
crepancies or deviations noted are flagged for engineering review and 
disposition. The sustaining engineering function reviews anomalies in 
production hardware and determines their effect on missile performance. 

If a redesign is the best answer to the problem, the data and redesign 
objectives are transmitted to the sustaining engineering function for the 
necessary action. 


3,3.5 Operations Phase 

The personnel assigned to the missile system are to remain ready and 
proficient during the operations phase. The primary functions required to 
accomplish this are sumrftarized in figure 13.* 
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The "flight planning" function supports the customer in any flight tests 
that may be conducted in the program. In addition to preparation of tesfi 
plans, this effort may involve data analysis and evaluation to ensure that 

o 

the missile system performance is adequate in all operational scenarios 
in which the system may be needed. 

During the continuing activities'^ the "customer training and proficiency 
tests" function, problems may arise in the missile hardware. If problems 

occur, they are described and their effects on the missile system are 

11 

determined for subsequent analysis and evaluation . 0 Recommendations for 
possible redesign may be made by the sustaining engineering function. 


y ANALYSIS AND EVALUATION OF THE t 

EXISTING MISSILE DESIGN PROCESS 

ft « 

This section presents the results of an analysis and evaluation, of the current 
design process for a typical tactical missile,^ -Design activities are treated by 
program phase for each major engineering, discipline in a typical missile 
program. Deficiencies are also noted in" the current missile engineering 
design process . ‘ « 

4.1 SYSTEM STUDIES PHASE 

• ' " o ' d . 

o '■ 

The engineering objective's- of the system studies phase are to determine 
research activities, conceptualize design characteristics of missile systems, 
and select missile projects which a contractor wishes to pursue. The design 
activities performed in this phase fora typical tactical missile are con- ■ 

sidered by discipline in the following text. ' »■ ' 


4.1.1 Aerodynamic Design 



In the system studies phase, cursory studies are performed leading to the 

: 4 » » i if o ^ " 

selection of a configuration which can "meet the mission objectives and design 
constraints. The geometric*parametor s of the initial configuration selected 
may be varied jn or ( der to optimize the performance of the missile. Estimates 
of the aerodynamic characteristics are also provided 'to the pertinent tech- 
nologies. This information is used to determine static margin histories and 
aft- to- drag rela llonships. The design activities require manual effort to 
synthesize ahcLselec t configuration geometries. The aerodynamic design 
activities in this phase are presented in table 5. »> (< ,i 
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TABLE 5 

SYSTEM STUDIES - AERODYNAMICS 


>> 
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c ' ‘0 
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’ c ■ ~ 
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TABLE 5 - Continued 
SYSTEM STUDIES - AERODYNAMICS 
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4.1,2 Thermodynamic Design 


Thermodynamic design is employed to control the temperatures of all critical 
components of a missile. In flight regimes where aerodynamic heating is not 
significant, the main task is to control payload and structural temperatures 
resulting from the propulsion subsystem and maintain a controlled environment 
for temperature-sensitive subsystems. In flight regimes with high Mach num- 

^ • o * 

bers (usually greater than 2), an exterior thermal protection subsystem may 
be required. ' 


In the system studies phase, once the type of missile i.f^Viwn, an evaluation 

is made to determine the kind of thermodynamic d es i g n ' \vjr k ,h e e d e d . A 

*0 ... (2 

methodology is adopted for alleviating aerodynamic heating, if necessary, and 
support is provided to the. systems analysis group to allow tradeoffs to be made 
Rising generalized techniques. Guidelines are established foir conceptual design 
to minimize the potential thermodynamic problems and to reduce the weight 


Of the thermal protection subsystem. At the end of the system studies phase, 
design requirements are established for both the thermal protection and 
environmental control subsystems. These requirements are used in the pre- 
liminary design phase for performing more detailed analyses, The thermo- 
dynamic design activities are summarized in table 6. 


4 , 1.3 Flight Mechanics Design 

During the system studies' phase, engineers specializing in flight mechanics 
compute parametric flight-performance data and first-cut trajectory param- 
eters for various conceptual designs. In addition, the flight mechanics 
engineers may design target trajectories or flight paths for use in engagement 
analyses and in development of guidance laws. The design activities for flight 
mechanics are summarized in table 7. 


Two-degree-of-freedom flight simulations are used to generate representative 
missile flight paths to, say, a specified intercept or impact point. Launch 
weight and booster burn time may be parametrically varied to yield a spread 
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TABLE 6 

SYSTEM STUDIES - THERMODYNAMICS 
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Input 1 

Evaluate missile category 

Missile category flight 
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velocity/ altitude 
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• 3 \. 
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,<v .. ■ ■ *' 

types of thermal pro- 

.. ... . 

tection systems to 

■"imttff* 1 

be used 



Output 


Types of thermal 
problems to be 



Preliminary ^ 
methodology lor type 
of aerodynarmc heating, 
thermal protection, 
and environmental 

■ -u n« w* - » r 

control subsystems 


Can B e 
Automated? 














Continued 

THERMODY NAMICS 



Thermal constraints 


Can Be 

o 

Automated? 
Partly 


Q 







Continued 


THERMODYNAMICS 


O o 

■ ■ O \i ,-S 

C 

f 

Can Be 

Output 

Preliminary reauire- 

Automated? 


Preliminary- require- 
ments for thermal 
protection and 
environmental control 




J . 

.. . *' ■ ■: , s «: :: * ’’ i i 




TABLE 7 

SYSTEM STUDIES - FLIGHT MECHANICS 
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Can J3e 

Activity 
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Automated? 

System objectives 

Customer requirements 

Critical system design 
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(category of missile) 

parameters - payload. 




range, velocity, and 



• . ' i- • . 

load factors 


Conceptual design 

Range, payload. 

' : 

Gross weight, propel- 

a 

Yes ' 

Optimum burn time 
Trajectory shaping 
Optimum staging 
ratio 
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requirements, aero- 
dynamics, propulsion, 
weight 

lant weight, burn time, 
preliminary point- 
mass trajectories, 
and staging ratio » 

0 -- 


System objectives 

All of the above 

Differences in customer 

Partly 

evaluation 


requirements and con- 


Payload, time, 

performance 

evaluation 

¥' 

jkj 

cept capabilities. 
Assessment of 

c 

feasibility of concept 

V 
















of average velocity, intercept velocity, and launch Acceleration. These tra- 
jectory studies provide the basis for sizing the motor and determining opti- 
mum staging ratios for multistage concepts. 


After primary missile parameters are selected to define a conceptual design, 
a nominal two-degree or threc-degree-of- freedom design trajectory is simu- 
lated. This trajectory provides data on variations of design variables with, 
time, such as dynamic pressure, axial and lateral acceleration, angle of „ 
attack, and Mach number. These variables are then available for use by 
other disciplines. 


After the initial design^configuration is defined, maps of flight performance 
capability may be required. Two-degree or three-degree-of-freedom 
simulations can be used, for example, to compute launch and intercept 
zone's. Flight limitations imposed by design constraints such as maximum 
lateral acceleration, maximum seeker look-angle, or aerodynamic instability 
are superimposed on the performance maps to define these, zones. 

C> • q 

4. 1 . 4 Structural Design 


In the system studies phase, the type of structural material and element sizes 
are initially selected based on experience and modified to meet any estab- 
lished design constraints. This permits the synthesis of a conceptual design 
of one or more candidate vehicles from which preliminary trajectories, 
operational environmental conditions, and flight loads are defined. The 
typical design activities are summarized in table 8. 
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TABLE 8 

SYSTEM STUDIES - STRUCTURES 


Activity 

Review new developments 
in structures state of 
the art 


Input 

N/A 


Output 


Recommend candidate 
structural concepts 


Mission requirements and 
design constraints 


Structural concepts for 
use in layout and height 
estimates 


Provide drafting and 
layout for conceptual 
design studies 


, Missile geometric 
configuration and 
physical constraints 


Conceptual inboard and 
outboard profiles 

Auxiliary equipment 
sketches 


Provide parametric 
weight estimation 
techniques and 
estimated configura- 
tion weight breakdown 


Structural concept, con- 
figuration parameters, 

inboard and outboard 

6 '■ 

profiles, subsystem 
list 


Gross weight vs payload 

O'. 

or performance 
parameters. Structural 
mass fraction and pro- 
pellant mass fraction 


Flight bending loads, launch loads, and handling loads- are defined and 
shock and vibration criteria’ are established. Packaging studies are per- 
formed to define payload and missile envelopes. Subsequently, analyses 
are performed to define the size and weight of the structural components 
(e. g. , skin thickness, viframe size, and spacing) for the associated critical 
loading conditions. Material selections are updated where necessary as 
more definitive environmental conditions are obtained. Weight, center of 
gravity, and mass moment of inertia summaries are maintained and 
updated throughout the studies. 

A great deal of the structural data is initially generated irTa parametric 
manner. This permitsmonfigiiration changes to be made from system 
synthesis and subsequent performance evaluations with a minimum effect 
on the structures technologist. After specific configurations of interest 
have been identified, these configurations are analyzed to provide a more 
detailed structural definition. 4 ' ' ° , 

Research and development programs are surveyed and those which offer 
improvements for the missile de sign — perhaps in the design, itself or in 
manufacturing techniques or cost — are identified. Areas where new 
research or redirection of existing research could provide desired improve- 
ment are also noted, 

4. 1. 5 Propulsion Design 

Through propulsion design, the propulsion subsystem is selected and 
propulsion performance data are generated for the missile system evalua- 
tion. The primary propulsion design activities are summarized in table 9. 

The definition of system requirements and design goals become design con- 
straints and performance requirements. Design criteria are prepared to 

' "■ ' (I . ’ . 

satisfy these requirements. This activity involves engineering judgment to 
determine the characteristics of the technology required to satisfy the overall 
mission objectives. This is a honhardware-oriented activity from which 
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objectives definition 

Mission and customer f 

' : 'o <- . 
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Cost, weight, and 
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No 
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gravity, etc. 

values 

Preliminary design 
objectives and con- 
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total impulse, mission 
duty cycle, time to 
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TABLE 9 - Continued 
SYSTEM STUDIES - PROPULSION 


Activity 

"V 

Input 

Output 

Can Be 
Automated? 

Needs analysis - Pro- 

Current and planned 

Definition of adequacy 

. Partly 

pulsion research goals 

o technology programs 

of current and planned 


... ’ f} ’ 

Mission, vehicle, and 

technology programs and 
additional programs 


' ° ' yl 

propulsion subsystem 
requirements 

required 

Data bank of propellant 

o 

• 


thermochemibal and 
formulation data; pro- 
pellant characterization 
and physical property 
data; and advanced 
hardware concept 

• 

•' v- • 
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Activity 

Input 

Output 

Can Be 
Automated? 

Propulsion subsystem 

Mission duty cycle, total 

Subsystem design 

Partly 0 

requirements 

impulse, environmental 

requirements - propul- C 

o 

definition 

limits, storage, size 

sion subsystem design 
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parameters (e. g. , liquid 
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etc. * 

or solid, th.rust vector 
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TABLE 9 - Concluded 
SYSTEM STUDIES - PROPULSION 


Activity 

Propulsion conceptual 
design 


Input 

Mission requirements 
and trajectory restraints 

Propulsion subsystem 
design parameters and 
subsystem requirements 
(such as specific 

. o 

impulse, thrust, burn 
time, propellant 
weight, and mass 
fraction) 


Output 

Subsystem design data - 
parametric data, 
vehicle gross configura- 
tion, and performance 
optimization require- 
riients 

Concept selection 

Stage hardware con- 
figuration, gross 
vehicle mass proper- 
ties, size performance, a 
and preliminary 
characteristics 




D 
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preliminary requi re|^^ig:|for the propulsion subsystem are developed. 
System o^|pibbr|®^®^^h^ab maximization of performance and range and 
minimization of size, weight, and cost are defined. 


Potential propulsion concepts are reviewed, to determine \vhether ,? it is 
possible to satisfy the system objectives. This^effort involves evaluation 
of system objectives to confirm that propulsion concepts can satisfy 
requirements such as the specified time to r,pach the target or stepped 
thrust. „ 


Design activities in the concept and definition function are aimed primarily 
at generating propulsion performance data and at selecting a propulsion 
concept. To choose a propulsion concept, the following must c be determined: 
(1) the subsystem size and performance requirements (e. g. pressurization, 
storage, propellant- feed systems, and engines fpr liquid subsystems; and 
ignition, motor, nozzle, and thrust vector control; (2) the applicable sub- 
system elements (methods of pressurization, storage, propellant- feed 
systems motor, packaging, etc.); and (3) the technology development 
required for candidate subsystems,^ 


4. 1. 6 Sensor Design 

Sensor technology plays a major role in design whenever candidate guidance 
schemes ai^e to use some part of the electromagnetic spectrum to obtain 

data on target position or velocity. One of the first sensor technology 

' i . " . O 

tasks is to evaluate the targets to determine which region of the spectrum 
might be useful. In this eyaluation, a quantitative estimate must be made 
of the target's„physical characteristics and / electromagnetic signature. The 
estimated signature will suggest whether or not passive homing might be 
feasible and if so, whether infrared, radar, TV, or'' mic r ovvave radiometer 
sensors might be preferable. If semiactive or active'guidance schemes are 
considered, then the reflected signature — i. e. , the cross section — must be 
estimated for, say, laser and radar illumination. 




h 


Q 


J) £> ft $ 

Candidate sensors that are found suitable from a target signature standpoint 
must then be evaluated against the mission scenario to establish the opera- 
tional requirements of the sensor (e. g. , day or night and all-weather 
operation). The requirements imposed by the specified countermeasures 
environment must also be assessed. 

o O 

The operational requirements must then be translated into functional and 

0. p 

performance requirements for the sensor design. For example, it may be 
convenient to identify the sensor functions needed in the prelaunch, launch, 
midcourse flight, terminal homing, and other mission phases. For 
example, the sensor lock- on function may be assigned to the prelaunch or 
midcourse phase. Or a narrowing of the field-of- view may occur between 

midcourse flight and terminal homing. Performance requirements must be 

a , " " 

established for such parameters as detection range, detection probability, 
and tracking rates. ,; These performance requirements provide the basis 
for the firpt specification of seeker parameters. In addition, the sensor 
specialist coordinates his efforts with the thermodynamicist in the selection 
of the materials and shape of the radome or optical dome to maximize acqui- 
sition and tracking capability. Sensor technology, design activities during 
the system studies phase a.re summarized in table 10. 


4.1.7 Guidance and Control, Design 0 ° 

In the system studies' phase, potential guidance and steering designs are 

\\ ’ a . . ' ‘ t 

selected to meet mission requirements. This entails a review of guidance 

and steering functions through target engagements, launch, and midcourse 
and terminal phases. Using information on the target scenarios and 
desired miss sensor errors, launch aiming errors, cruise and guidance 
time, and missile peak-gravity capability, guidance laws are identified and 
evaluated. Guidance laws are then selected which achieve the desired miss 
distances with a given p e akjj i^v-ity . The relationship between launch errors 
and terminal' corrections is also examined to determine which guidance laws 
provide the most satisfactory conceptual design. ; 


■a 
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TABLE 10 

SYSTEMS STUDIES i SENSOR TECHNOLOGY 


Activity 

Input t i; O 

Output 

Target evaluation and 

.. 0 

Threat category tanks. 

Signature data 

definition 

armored personnel 

0 

,r 


carriers, convoys, 

v . 


ammunition dumps, air- 

- r ■ 


f 

craft, emplaced v/eapons, ■ 

<t> 


radars, helicopters, etc. 


Establish mission- 

° Physical environment — 

Day/ nig ht /all-weather 

critical factors 

meteorological, back- Oj 

mission sensor 


grounds, countermeasures o 

operational 

c? 


(smoke, jammers, etc,) » / 

requirements 

Establish seeker design 

Mission objectives, target [ 

Functional requirements 

rec^i^rements * > 

signatures, operational 

for launch, midcourse 

'■ * 

environment, weapons and j 

guidance, terminal 

. J.o-n 

tactics, operational 

homing 


requirements, counter- 



measures, circular 

Performance require- *' 


error of probability 

ments - detection range. 


requirement, guidance law 

detection probability. 


Can Be 
Automated? 


























General control system characteristics are also established in this phase 
and the type of control sensors that seem reasonable for the mission are 
determined. The dynamic environment associated with the target engage- 
ment is a starting point for system studies. From a knowledge of velocity, 
altitude profile, and mass properties, an estimate can be made of control 
moment and bandwidth required for the conceptualized missile. In 
addition, the type of control best suited t$/ various flight regimes (e. g. , ^ 

aerodynamic, thrust vector, or reaction control) can be examined. Further 
estimates of maximum missile gravity and body rates will permit selection 
of suitable control instrumentation for this application. The guidance 
and control design activities are summarized in ta 

4. 1.8 Costing Design 


hie 1 1 . 

it 


^ The costing activity during the system studies phasb can be divided into 

O t ■ j a 

three parts. First, the cost of using various existing vehicles to perform 
the mission of the proposed vehicle is determined. Tills requires searching 

^ ■ .,.ii . 

data banks and collecting estimated costs., of vehicles that are similar to the 
proposed vehicle. Information is obtained on such items as first-unit cost, 
costs in various quantities, development cost, total hardware cost, opera- 
tions cost, maintenance and repair experience, support equipment require- 
ments, availability and capacity of manufacturing facilities, operational 
manpower requirements, and deployment facilities. This type of information 
could be stored on computer tapes for popular Vehicles, The taped data 
would have to be updated periodically to reflect latest information. The 

vehicle quantities and other information would be input to permit estimating 

.. ,v . ° 

the cost of using -the existing vehicles. The calculations involved in 
changing these quantities so they are compatible with the new system require- 
ments could also he automated. 


© 


Thb second'step in costing involves determining the development, invest- 
ment, and operational cost of modifying existing vehicle .hardware to per- 
form the mission established for the new program. Inputs are prepared to 
describe the type and extent of hardware, modifications in. terms of the cost 
of the existing hardware. This type of estimating ;docs not lend itself to 
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! Establish control 
1 % 

system characteristics 


TABLE 11 

SYSTEM STUDIES - GUIDANCE AND CONTROL 


Activity * 


Select applicable guidance 
laws for launch, mid- 
course, and terminal 
phases 



Engagement profile, missile 
peak-g, miss requirements, 
available guidance time, 
launch errors, sensor 
noise, cruise time 


Conceptual missile 
velocity altitude profile, 
target scenario, and 
approximate mass 
properties 


Output o 

Can Be 
Automated? 

Guidance-induced g 
requirements, prelim- 
inary miss distance, 
select guidance law 

Partly 

for various engagement 


phases (e.g. , wire for 

0 

boost, proportional 

0 

navigation for * 

t. 

terminal) 


Control moment and 
bandwidth to meet 
mission requirements 
for launch, midcoursey 

Partly 

and terminal phases 


Select types of control 


moment available during 


various flight phases. 


aerodynamic, thrust vec- 

* 

tor control, jets (RCS) 














TABLE 11 - Continued 


SYSTEM STUDIES - GUIDANCE AND CONTROL 




Activity 

Establish control 
system characteristics 
(continued) 

Determine available 
control instrumentation 


Input 


Maximum g and body rates 
required for mission - 
i. e. , launch g, peak- 
C ma -ne,uver g for midcourse 
correction, altitude 
maneuvers 


Output 

Select type of autopilot 
altitude, rate, 
acceleration 

Select types of gyros, 
accelerometers, and 
altitude reference 
qualified for mission 


Can Be 
Automated? 


Partly 





automation because the type and locations of the modifications are different 
for each vehicle considered. Additional inputs are required to quantify 

a 

the impact of these hardware modifications on program costs, including 
such data as changes in the number of vehicles, changes in operational 
cycles and schedules, changes in support equipment, and changes in man- 
power. After the modifications are identified and quantified in an acceptable 
manner, the actual calculations can be automated, but they are only a minor 
part of this effort. 


The time involved in these first two activities varies considerably, 
depending on the type of detail expected in the output and the extent of 
the hardware modifications required. If an existing vehicle cannot be used 
or modified to be compatible with the proposed mission, this effort consists 
of only: a few rough calculations to substantiate the unsuitability of existing 
models, On the other-hand, the effort can be complex if the modifications 
are subtle and an attempt is made to provide more than top- level costs in 
the output. •• _ . . ..... ... . : .. .. .. . 


The final portion of this effort is approximating 'the program cost of the 
proposed new vehicle. This involves selecting the appropriate cost- 

' ' . c 

estimating relationships and algorithms for the particular vehicle and 

i ’ ■ ...... ■ o 

using these equations to calculate the program cost. The equations must be 
compatible with the type and magnitude of the known parameters of the 
vehicle. The selection of the relationships could be automated only if all 
the parameters were always provided in a never-changing, predetermined 
set of definitions, the state of the art never advanced, and the system 
remained the same as it was when the cost-estimating relafesmships 
were originally formulated. These conditions will seldom if ever prevail 
in a new missile design. 


Cost-estimating relationships are used to obtain the top-level costs with the 
design parameters, such a.s weight, volume, pressure, material, size, type, 
and quantities, defined by other engineering disciplines. The program cost 
is arrived at with calculations of a gross research cost, a development, test, 
and evaluation cost, a representative first-unit hardware cost, an investment 
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hardware cost, other investment costs, and operational costs. These cal 
culations could be automated. These design activities are summarized in 
table 12. 

° ■'* 
o 

4. 1. 9 Armament and Ordnance Design 

Sy stem studies related to armament and ordnance are conducted to establish 

the system operating boundaries. These boundaries, together with those 

established by other disciplines, will form the basis for selecting, a desired 

, <? . 

missile configuration. For armament and ordnance, there are four primary 

design activities (see table 13) involved in producing parametric curves or 

tables of data defining the system boundaries for ordnance. 

° 0 ' O # 

0 

. I! • 

The first design activity evaluates mission requirements for the missile 
to determine types of warheads needed, and provides the basic sizing 
for the missile. In this activity, the weight and type of warhead and the 
miss distance of the missile are evaluated in terms of the effects on single- 
shot kill probability. This analysi^xgenerates the tradeoff information for 
the primary system. The comptiteF programs used are relatively short 
and simple. Lumped-target vulnerability data are used. Missile size, 
encounter environment,, and miss distance are estimated. 

Once a tentative warhead weight and type have been chosen, secondary design 
activities can be started to yield tradeoffs for the estimated diameter of the 
missile, the quantity of missiles" necessary for standard battle situations, 
and the overall warhead costs., The size will be determined by a simple 
calculation based on the weight and type of the warhead and material density. 
The calculation of quantities is rather sophisticated, requiring an estimate 
of the standard battle deployment, a firing doctrine, tactics and range, 
accuracy, and kill probability data. A computer program is currently being 
used for this calculation at Ballistic Research Laboratory and other Govern- 
ment installations. The results of this calculation, can be used as input to a 
cost-quantity relationship to compute total warhead costs. 








Evaluate existin c 
Vehicles 


Historical data on unit 
costs, life, maintenance,? 
repair, replacement, etc^ 


Program requirements 
quantities, transportation, 
support equipment, 1| 

facility requirements 


Modify existing vehicle 


Above plus modifica- 
tions required. Impact 
on program requirements. 
Data bank of historical 

O - \ 

cost data „ 


D 


0 

Output 

Can, Be 
Automated? 

Cost of using existing 
vehicles for the 
program ’==> 

Partly 

<? 

c ; . h /ji 

o 

° 


Cost of providing 
modified vehicles 

No 

. ' ~ 

0 c- 

4 .■ 


O'. 

0 . 
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TABLE 12 - Continued 
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5 

SYSTEMS STUDIES- COSTING 




"" : ''b 6 ; 0 ' li, :' 

0 •• . 


Can Be 

Activity 

o 0 0 Input 

Output 

.0 . - 

Automated? 

Select cost-estimating 

Data bank of vehicle costs 

Cost-estimating rela- 

Partly 

^relationships appropriate 

' : • . .. ... t» 

tionships for generating 


for this vehicle 

Vehicle parameter-s for 

costs for this vehicle^ 


Y s ' » 

proposed missile 

using available 

' 



parameters 


Calculate costs for 

Selected cost-estimating 

Gross estimate of 

Yes 

/-this vehicle 

V*. 

relationships 

vehicle costs: 


''' ■ 


1. Development 



Vehicle definition 

2. First unit 

3. Investment 

- 

J. 


4. Total program 

C5 

= 

V 

.. ' •' ' 

■ " ' 

iy 

o ,. 

o' 

• 
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n 5 : " TABLE 13 

SYSTEM STUDIES - ARMAMENT/ORDNANCE 


0 Activity 

Evaluate missile mission 
requirements to deter- 
mine types of warheads 
needed 


Input 

Expected target types, 
target vulnerability, 
encounter environment, 
estimated miss distance 


Output 

Parametric curves of 
estimated kill proba- 
bility as functions of 
miss distance, weight, 
and type of warhead 


Gan Be 
Automated? 


Estimate warhead 


Warhead type, missile 
diameter 


Parametric curves of 
war-head weight as a 
function of warhead 
length arid type 


Estimate missile 
quantities required 


. r — i ■ 

Estimate ordnance 
costs 


Target deployment, 
tactics,, locale, missile 
range, accuracy, and 
estimated kill 
probability ? 

•o',' 

■ _l " " 1 Q 

0 

Ordnance weight, pro- 
duction quantity estimate 


Tables of mijysile 
quantities required as 
a function of firing 
doctrine 


Cost as a function of 

’ j. . r, 

units produced 


(for standard 

battle 

situations) 



The warhead S|ze and weight can be optimized by parameterizing the inputs 
to the last three design activities and obtaining system warhead costs as a 
function of warhead weight and type and system miss distance. Thesd 
activities will define the desired warhead characteristics and will also define 
the effects of/variations in parameters to help select an optimum system. 


4.2 PRELIMINARY DESIGN PHASE 


In the preliminary design phase, the depth of the technical specification for 
the missile system is increased. Most of the design tradeoff studies are 
performed in this phase. The design activities for a typical^missi.le which 
are performed in this phase by the primary engineering disciplines are 

discussed in the following text. The functions required to accomplish 

o 

preliminary design have been shown in figures 8 and 9. - 

1 ' ' ■ (I „ 

4.2.1 Aerodynamic Desian \ 

- 1 1 v T'' .... .. . .. .. . .. ....ft ........ . ■ ■ .. . 

The aerodynamic design activities for this phase are summarized in 
table 14. Most of them use a variety of computer codes. A parametric 
configuration study, for example, is usually performed with one or two 
appropriate computer codes. Experimental data are fed into the aero- 
dynamic data base whenever possible. The amount of experimental data 
used depends on the scope of the effort as well as on the size of the existing 
data base. Thus, on large programs, an experimental wind-tunnel or free- 
flight test may be conducted. 0 

For the configuration selection, aerodynamic controls are defined and the 
expected control effectiveness is predicted. Control sizing often 
represents a separate design activity which supplements the basic con- 0 
figuration selection exercise. The design activity may rely more on 
experimental data than on analysis. 

As a configuration is developed, the aerodynamics group provides a force 
and rrfbment model for use in more detailed trajectory calculations 


Activity 

o " ; 

Input G i; 

’■ Output 

Can Be 
Automated? 

Conduct parametric 

* 1 

Mission performance 

f- “ o’.' 

Baseline configuration 

Yes 

. . 

configuration trade 

requirements such as 

« 

desired range, speed, or 

optimized with con- 


^ i 

studies 

straints. May include 


o '\ 

r . ; : -v 

maximum axial and 

definition of nose shape. 



. lateral accelerations 

wing and fin planform, 

... a 


; ■- - ■ "i 

booster cbnfiguration, 



Design constraints such 

and air intake location 


: . ‘ - - j 

as maximum dianaeter. 

and geometry 


- 

span, or weight 

‘ ..ft 

C- r 

o 

o 

Generate aerodynamic 

Design, flight envelope 

Trim lift and drag coef- 

1 Partly 

coefficients for flight " 

(e. g. , Mach number. 

ficients as a function of 

°0 

performance 

altitude, and tingle of 

Mach number, angle of r 


calculations 

attack) ' * 

attack, angle of side- 




slip, roll angle, and 


o~- 

Configuration geometry 

control deflection 


. o ■' ... 

including nose, fuselage, 
afterbody, wing, and 

angles 


- ■■ / : 

tail parameters 


a 














s ^ Activity 
Generate aerodynamic 

/ q ■ . Qp . 

load distribution 


TABLE 14 - Continued 
PRELIMINARY DESIGN - AERODYNAMICS 


Input 

Critical design point condi- 
tions; e. g. , maximum » 
dynamic pressure, angle 
of attack, and control 
deflection 


Output 

Pressure distributions 
over nose, fuselage, 
wings, fins, and 
control surfaces 


Aerodynamic shears 
and bending riioments 
corresponding to the 
pressure distributions 




Can Be 

Automated ? 


Conduct parametric « 
wind-tunnel tests of 
promising preliminary 3 
configurations 


Design flight envelope; 

© 

e.g. , Mach number, 
altitude, and angles of 
attack, sideslip, and 


Comparative aerodyna- 
mic force and moment 
coefficients of various 
combinations of wing, 

O’ 

body, and tail 8 
configurations = 


»' i 

i 



'"ST 








involving refined guidance and autopilot simulations. .These models are 
actually transmitted at all levels of design, but the source of the data 
generally varies from mostly analytical in the early phases to mostly 
experimental near the end of design. Detailed distributions of pressure and ! 
shear loads are also made for 3 use by the structural analysis group. The 
load distributions are usually based on analytical predictions. The per- 
formance envelope is carefully screened to ensure that the predicted loads 
represent the worst-case design points. 


Many design activities in this phase rely on information furnished by several 
other technology groups. The weights group provides an estimate of the 
mass properties with an accuracy compatible with the level of aerodynamic 
analysis being performed. The flight mechanics group supplies a baseline 
trajectory for preparation of an envelope of the flight environment. The 
thermal and structural response of the airframe to the environment also 
affects the final aerodynamic predictions. • 


4, 2. 2 Thermodynamic Design 


At the start of the preliminary desigri phase, the system constraints on the 
thermal protection and environmental control subsystems are defined, as 
well as other requirements. Once these have been determined, the sub- 
systems can be initially sized. Trade studies are begun, dealing with 

system effects on the size of these subsystems, their weight and relative 

• .... ■ ■ : • ' ‘ 

cost, and the effect of various candidate materials and thermal protection 

or control techniques on the subsystems, Often, the cost and weight trade- 
offs need to be evaluated for the environmental control subsystem in terms 
of increasing the temperature tolerances on the subsystem while reducing 
its size. 


During this phase, techniques, material performance, and thermal environ- 
ments are investigated and ground tests conducted to provide data for the 
trade studies, as well as to reduce uncertainties iri the preliminary sizing 
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of the thermal protection and environmental control subsystems. Finally, 
a preliminary design is established, with two subsystems defined for this 
design. The thermodynamic design activities during preliminary design 
are summarized in table 15. , “ ■ ° " 

o 

^ © 

4. 2, 3 Flight Mechanics Design , v 


Based ,on the requirements and objectives defined in the system studies 
phase, 'jmx initial sizing and a performance analy^% are made by the flight 
mechanics group. This analysis uses the best available estimates of the 
mission objectives apd vehicle description - aerodynamic coefficients, 
thrust history, weights, and control policy. This activity determines the 
missile performance. The flight environment is given in the form of 
simulated trajectory histories - accelerations, velocity, dynamic pressure, 
aerodynamic heating, angle of attack, etc. - which are to be used by other 
technical disciplines. 0 

g'7' ~ " ' f 

" O . ' . 

«... " - 

During preliminary design, the missile sizing and configuration selection 
must be consistent with the requirement to fiy optimum paths. These 
optimum profiles are determined by trajectory simulations involving various 
thrust profiles, .-.staging ratios, guidance laws, and other data. An optimum 
profile might simply mean providing the required range or payload capability 
with minimum gross weight, ' Or thp optimum profile might involve Con- 
siderations such as minimizing the probability of detection or maximizing 
the single-shot kill probability. The flight profile optimization studies lead 
to the selection of a nominal trajectory on which to base the preliminary 
design. ■ _■ ; . v ° - 


Through trade studies, critical mission parameters are evaluated as functions 
of vehicle design parameters. Flight mechanics,- typically determine payload 
or range penalties (ordains) as functions of acceleration or aerodynamic 
heating.. Trade studies”can lead to design changes or to alternative designs. 

, 0 . O ... \ .. . ' 

Finally, a baseline configuration is “selected with which to enter the detailed 
design phase. The flight mechanics design activities during preliminary 
design are summarized iti table 16. 






TABLE 15 


PRELIMINARY DESIGN - THERMODYNAMICS 


Activity 

Input 

o 1 

Output 

Can Be 
Automated? 

Establish system cop- 

■'‘cm j: 

System study results, 

Thermal protection and 

No 

straints and require- 

customer specifications 

environmental control 

?, 

ments for environmental 
control subsystem 


subsystem requirements 


Establish system 
requirements for 


; . 

o 

thermal protection 


' c 


subsystem 



* 

Define preliminary 

Alethodology, configure- 

<v Thermal protection and 

0 Partly 

concepts for environ- 

tkm, trajectory, mater- 

environmental control 


mental control sub- 

ials data, subsystem 

subsystem size and 


system, establish *. 

constraints, structural 

weight requirements 


size requirements , 

constraints 



provide data to 



■ r? 

designers 

-P 


• i: , ■ c; 

© 











“ip 


TABLE 15 - Continued 

PRELIMINARY DESIGN — THERMODYNAMICS 


V Activity ' 


Define initial aerodynamic 
heating loads, materials, 
and thermal protection 
subsystem weight 
requirements ; 


•' ’.''■-o' 

Evaluate alternative 
designs, concepts for 
environmental control 

• * O’ 

subsystem in terms of 
size, weight, cost, 
etc. Evaluate need 
for environmental 

a ’ r:& ' ' 

control subsystem vs ‘ 
.broader subsystem . J _ 
temperature tolerance 


Can Be 
Automated? 



Methodology, configura- 
tion, trajectories, 
materials, subsystem 
lyand structural 
constraints Q 


Thermal protection and 
ehvironmeiitijf contrbl 
subsystem trade study 

aSj^ ■ t 

results, isfor use in a 
design and structural. " 
analysis p 









TABLE 15 - Continued 


PRELIMINARY DESIGN - THERMODYNAMICS 


i ■ 

Activity 

Input 

c "'O' 

Output 

Can Be 
Automated? 

Evaluate alternative 


0 

• -o 

0 

materials, concepts 
for thermal protection 
subsystem in terms of 

; 0 ; 

e 


weight, size, cost, etc. 

C 

> 


Define, condjiict tests on 

Configuration, design 

Data, correlations, 

Partly 

environmental control 

concepts, environments 

trade study input 

$ K - 

subsystems concepts, 
evaluate data to support 
trade studies and 

J 

_ - ■ ■ •; • =: • ' 
: - ■ . • ■ ■ ■ . ' 

information 


preliminary design tasks 

■' . a- . 


t 

Define, conduct aerodynamic 

• ■ '• 


o 

heating and materials 


. ■ Ji ' ' 


performance tests to support 
trad^- studies and preliminary 

' ' . • ' 
• i: 

• • . ■ r 

' ' ■ •• 



design tasks 

- vs 


- 
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TABLE 15 J Concluded 
PRELIMINARY DESIGN S— THERMODYNAMICS 


" / ■ ; ' • : "• 

0 Activity 

Input 

Output 

Can Be 
Automated? 

Establish preliminary * 

Methodology, baseline 

Baseline thermal 

Partly 

design baseline environmental 

configuration, baseline 

protection subsystem 


control subsystems., provide 

trajectory, materials data. 

and environmental 


necessary data to system and 

•_ ;i 

subsystem and structural 

control subsystem 


subsystem designers „ : 

constraints 

structural temperatures 



.... . • • • . i» 

design information 


Establish preliminary thermal ^ 

- - . ° _<S ' • l : 



projection subsystem, provide 

0 * • ■■ 

.V ■- 


necessary performance data to 

s- ■ 



other -technologies, system 

.... 

vj 

0 

~ 

designers. 

-> 


tr " 


' ' . • ij 

*' . - - - j: 
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TABLE 16 

PRELIMINARY DESIGN - FLIGHT MECHANICS 



o 

o' j] • ' . 

■ ' ' ■ «■ . 

Can Be 

Activity 


Input 

Output 

Automated ? 

Initial sizing and perform- 

Design constraints 

Gross weighty pro- 

Yes o 

ance estimation 


■'f \ ■ - ■ ' § 

pellant weight, and 




Mission trajectory require- 

optimum staging ratios 


■ : ' : * 

• - : ' .. • a ; 

Itjents such as range. 

for baseline configura- 

• • 5 . 



speed, and maneuver 

tion 


j . ' c . . 

0, 0 • 

capability . 



; . 0 

, • . &. 

•. "C- . ' ' v ■ 

Preliminary point-mass 



" o ■ ■' ; B 

-Aerodynamic force coef- 

trajectories 

■ ; “ ' . 

' • .9 ■ 


.0 ■> 3 

ficients and propulsion 

o 

> 

: o 

Cv , s>. 

parameters. Estimated 


4 . 

if 

*. r • 

payloa’d weight and 



* ‘ 

f 

structural mass fraction 



•- __ “? 


„ j. 


Parametric, trade 

\ 

Baseline configuration. 

Sensitivities of vehicle 

Yes 

^studies „ 


desired payoff functions. 

and mission payoff 



’ v- : 'y ■■ 

and independent design 

functions to variations 

* 



'parameters to be varied |j 

In design parameters % -i 

0 v', i , 


; f s.f 

“ j;' 

Alternative configura- 

; .. 


■ ■ ■ ' ■■■■■ 


tions and/or mission ✓ 

•> 

• rV - 

;■ ■ <2r. o 

. ' o 


profiles ^ • 
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4.2.4 Structural Dd sign 


to 


In the initial structural design activity, the vibration load spectra are estab- 
lished Jfor all the critical ground and flight conditions which have been defined. 
Tank pressures are also defined. Factors of safety are defined for structure, 
propellant tanks (or motor cases), pressure vessels, and lines. Missile* 
geometry is also defined. Drawings are prepared which show major dimen- 
sions of components, packaging of payload and equipment, and field and 
assembly joints. A weights analysis is made to obtain weights and centers 
of gravity of all components. Total weight, mass distribution, and moments 

B 0 » . 

of inertia are calculated, tabulated, and’ distributed to other technologies. 

j: ■ o 

Acceleration loads are determined. Differential-pressure aerodynamic loads 
and temperature distributions are obtained from the aerodynamicist and 
thermodynamicist for all critical ground and flight load conditions. Corre- 
sponding axial, shear, and moment distributions acting over the length of 
the missile are calculated. The various types of construction and materials 
are evaluated and selecte^, Methods of manufacture and cost are determined. 
The structure is sized primarily by, means of preliminary stress analysis. 
Drawings or sketches are prepared with sufficient information and detail to 
permit trade studies and weight revisions to be made. „ «, 

Material property tests are made where inadequate c data exist. Tests are 
also made of structural components too complex to analyze with a high 
degree of confidence. ■?' 

%The trade studies result in optimization of structural components: they are ^ 

usually optimized with respect to a figure of merit such as weight or cost. 

The structural design activities performed during the preliminary design 
phase are summarized in table 17. 




4 . 2 . 5 Propulsion Design 


Detailed propulsion design objective ^and constraints imposed by the mission 
requirements are defined. These desijgn oujjectives’will complement the 
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TABLE 17 

PRELIMINARY DESIGN - STRUCTURES 


* . 0 

• • ; u . if : ■" 


o Can Be 

Activity 

Input 

Output 

c Automated? 

Define load spectra for aij 

Transportation and handling 

Load spectra: ground 

Partly 

critical conditions. Select 

V 

environment, launch 

Loads, prclaunch,<? 


factors of safety 

environment, trajectory 

' *'7> 

launch, and flight loads 


.p . 

Q 

envelope 



Lay out general arrangement 

Conceptual, design and 

Drawings showing 

Yes 

' - . j - ' _ i 

design criteria (load 

" il ' „■ - ' :'i 

major dimensions 

• • c 

. ' 1} 

, ' _ • - . -• . 

factors) 

of components, 
packaging of payload 


- 


and equipment, field 


' •'> - -• ’ - . " • ■■ ; ' ' 

' e . :■ ■' : ; ' 


and assembly joints 


■* 

Calculate mass distribution 

Locations of structure. 

Tabulation of weight 
and center tJIHfiffavity 

Yes 

and moment of inertia 

payload, and equipment 

c 


from generaL arrangement 

of individual components. 



' : | 

total weight, center of 



: 

0 

gravity of vehicle, mass 


; <• 

•' |r . ;j ' 

distribution, and 

- 

■N ■». . ; 

’ C- 

moments of inertia 

■ • £> 

0 

• • • 



of? 





















TABLE 17 - Continued 
PRELIMINARY DESIGN - ^STRUCTURES 




5 

Can Be 

Activity 

Input 

Output 

Automated? 

Calculate envelope of axial. 

Load spectra: ground, 

Preliminary design of 

Yes 

shear, and moment loads 

0 pjsslaunch, launch, and 

primary structure. 


for all critical conditions , 

trajectory loads. 

Structure sized hy 



Mass distribution 

preliminary stress s 

y 



analysis. Type of 


, * . .• : .. f{ 

if . 


construction materials 




and methods of 


fi ' % / , ,','s ■ • : ■?.. ' ' 

. , | ' 

manufacture 


Subsystem and technology 

Test article duplicating * 

Test results and 

Partly 

tests * 

material and/or structural 

■■o . !; f-'l 

interpretation 



configuration 



, ’ . 0 . 

■ ' ' a r . ■ , v , ;; 
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TABLE 17 - Concluded 
PRELIMINARY DESIGN - STRUCTURES 






* . 


Can Be 

• ' d ' . •• • 

Activity * 

Input 

Output 

Automated ? 

O 

• ' ' O' 

Trade studies 

One or,, several component v 

Relationships between 

Yes 

' .y .'V ... 


configurations, a set of 

several objective func- 


•; . ; ■ ,j : .• : , 

; ' 0 --‘ 

loads= or operating _condi- 

tions for° changes in 

* 


/ ' ■■ ‘ T i$«5 . < ... 

tions, some fixed par am- i; 

some design parameter. 



.. „ ■■ . ° „ 

eters and constraints 

Optimized objective 


: ' 


.. . 0 jj ■ 

function and correspond- 

* 

X> • "••••' ; . .. ' 

'i 

V-- ; 

■ "» ‘.o 

• -0 ' V •• 

ing values of design 

■ <) 

, g; 

: '--i:::.' ' ' » >; 


variables 


0 ^ • 

Synthesize alternative 

Candidate configurations. 

' ' «■* e> . 3 

Synthesized 

No 


configurations 

trade studies, and design 

configurations 

o 



constraints 



• c ■ 

Evaluating impact of 

:> ’0' 

“ __ Alternative configurations. 

Evaluation of s impact of 

c o r 

No 


constraints 

loads 

constraints 


'■» ■ . .. ' ; ... 

Define baseline 

Results of constraint 

Baseline configuration 

No 


• ' ”• % • 

impact and performance 





evaluation . „ - 




’ ■ ' i ■ 
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missile system preliminary design requirements. Constraints such as 
maximum thrust-to-weight ratio, stage diameter or length, and maximum 
dynamic pressure are also defined in this phase. 

o ^ 

The acceptability of liquid or solid propulsion systems is determined con- 
sidering storage, handling, duty cycle, and any other critical environmental 

o o 

requirements. Criteria are determined to establish\the solid-motor or 
liquid-rocket optimization approach. Optimization is donq in terms of total 
system considerations for one or more of the following figures of merit: 

'(1) performance (phyload or velocity), (2) cost (development, recurring, 
or funding level), (3) mission requirements, (4) growth potential, 

(5) facility implications, (6) availability, a^d (7) safety and handling. Gross 
characteristics of the propulsion subsystem are defined, including gross 
Weight, "dimensions, number of stages, burnout velocity, velocity staging 
ratio, total burn timej J burn time distribution, subsystem weight, and sub- 
system gross dimensions. 

The component characteristics which are defined include: (1) thrust-time 
history (nominal and extreme), (2) engine/motor chamber pressure-time 
history, (3) grain configuration and dimensions (solid motor only), (4) pro- 
pellant type (solid, liquid, etc., physical and ballistic characteristics), 

(5) nozzle: design and performance, (6) motor case or tankage design, (7) 
pressurization subsystem design (liquid propulsion system only), and (8) 

thermal protection insulation design. 0 

V; •„ ‘ .?■ ■■■ . o 

The evaluation is used to verify the perform, ance of the subsystem selected 
and the preliminary design, to change and improve the design where 
applicable, and to provide sufficient subsystem definition to permit estima- 
tion of the recurring and nonrecurring costs of the propulsion subsystem. 
After the preliminary design of the propulsion subsystem has been selected, 
sketches are prepared to determine materials and to resolve assembly and 
installation problems. A few strength calculations are made to ensure the 
feasibility of the design. Using the design requirements established in the 
system studies phase and the design sketches, preliminary layouts of the 
propulsion subsystem are prepared. Propulsion activities during the pre- 
liminary design phase are summarized in table 18. ( 


TABLE 18 

PRELIMINARY DESIGN - PROPULSION 


Activity 

Input 

Output 

Can Be_ 
Automated? 

Initial sizing and design 

Potential propulsion con- 

Preliminary propulsion 

Partly 

evaluation 

figuration and performance 

subsystem character is- 


c'-- 

requirements, such as 

tics. May include max- 

o 


propellant type, number 

imum and nominal 


• 

of motors (engines), and 

operational parameters 



delivered specific 

of the components. 



impulse 

design parameters and 



: ' 0 

weights 




o. 

Basic layout and pre- 

o 



liminary materials 

, '5 . 


• ^ - 

selection 


Parametric- configura- 

Propulsion system 

Propulsion configura- 

ft . 

Yes 

tion trade studies 

optimization criteria 

tion optimized includ- 




ing hardware sub- 

0 


Mission performance 

systems (e.g. , thrust 

* ' .0 . 


criteria 

vector control, pres- 




surization, nozzle 



Design constraints 

type) 














TABLE 18 - Continued 
PRELIMINARY DESIGN - PROPULSION 


Activity 


Parametric eonfigura- 
tion trade studies 
(continued) 



Baseline propulsion 
subsystegn definition 


Vehicle and = propulsion 
subsystem design 
requirements 

Potential propulsion 
subsystem configurations 


Output 

Can Be 
Automated? 

Performance optimiza- 
tion with constraints. ° 


May include thrust- 

o 

time shaping, chamber 
pressure, and nozzle 


expansion ratio 


optimization 

; i * 


; 

Sensitivity analysis of 


critical design and pre- 

S; : 

liminary specification 

: * 

control parameters 


Baseline propulsion 

„ . - o. 't 

mniy - 

o J 

subsystem eonfigura- 

0 

tion 


Propulsion subsystem o 

r- 

performance charac- 


teristics (nominal and 


*3-sigma limits) 


























4» 2. 6 Sensoi 


During preliminary design, candidate s<ee ker configurations are defined and 


qvalua^ed against the functional and performance requirements. , Primary 


and secondary seeker parameters are selected, and they are parametrically 

' <v, a 

varied in computer simulations. For each? seeker configuration, the com- 
bination of parameters yielding optimum performance is obtained, Sensi- 
tivity of performance to off-nominal seeker parameters is also obtained. 


The one design configuration which best meets the requirements, including ? 


constraints on cost and maintainability and growth capability, is then 


selected as the initial configuration for guidance subsystem simulations. 


The parameters of the initial seeker configuration are incorporated into 

. li 

computerized guidance s ub s y s te m?5s i mu l a|:i o n s and intoTlight mechanics 
trajectory simulations’. Seeker performance and its effect on overall a 

O Qs . "o • 

missile system performance can then be computed throughout the mission 
envelope. The error budget - the tolerance on seeker component 
performance - is estimated analytically or obtained from historical data or 
from vendor tests. The effect of the significant tolerances on the overall 
system performance is then calculated. o 


If the performance simulations show that the seeker configuration is 

• ' " -• ... / I? _ 

adequate, then the seeker parameters are translated into hardware design 
requirements, with functional diagrams, electrical schematics, and inter- 
face specifications. These design activities are summarized intable„19 


^for this phase. 


4.2.7 Guidance and Control Desicn 


<P 

The preliminary design of the guidance subsystem involves a conceptual 


missile design* type of target and seeker, W§ic signature data, accuracy 


requirements, 'and trajectory constraints. 


i - 


« 


o » „ 
$ 


Seeker design alternatives, along with the preliminary controls and maneuver 

o, :'■■■'•■ r ' : . ■ " ‘y .. . ' ; ■ ' •' 

pe r f or ma n^ mata , are considered by performing engagement success 
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• v 4 ?£. & TABLE 19 , 

PRELIMINARY DESIGN , T SENSOR TECHNOLOGY 


Activity 


Establish baseline seeker 


0 ? 

parameters 

' ■ "f#'' ■ - 




Parametric analysis 


Input 


Functional and perform- 
ance requirements „ 


ft 


Measures of effective- 

' ' t> 

ness and cost 

Factors v^hich relate 
seeker parameters, 
alternative functional 
requirements, and 
associated parameters 

-“S 


a 


Output 


Seeker parameters; 
optical diameter, f/no. , 
number of detectors', 
size ^of detector, spec- 
tral region, baqr'.'^idth, ^ 
output format 


g 

X* •£> 


Cost-effectiveness 
model 55 a 

Optimum set of seeker 
parameters and per- 
formance parameters 

Sensitivities of perforin » 
ance to off-nominal 
seeker parameters 


Can Be 
Automated? 


Partly 


O 





TABLE 19 - Continued 

Preliminary design - sensor technology 
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Can Be ° 

Activity 

Input 

Output ° ^ 

Automated? 

Performance analysis to 

' ' ' o 

Mission and functional 

jfistimate of seeker 

' Yes 

evaluate seeker 

requirements 

performance through- © 


" r ' • * ■: 

* .. = Y 

■ ;■ 

j. .. : 

out mission envelope ^ 

o * 



Estimate of tolerances 

'& Zi 

o 

o- & ° 

■ : . *$ - 

0 • . '■ 

O ■ ' & 

on seeker parameters 

* 

Specify design 

Functional requirements,;. 

Design requirements and 

&o 

requirements ° 

seeker parameters. 

specifications, includ- 

ft ■ 

o 


interfaces, performance 

ing functional diagY-ams, 
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interfaces,, and 
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analysis, This analysis evaluates the available gu?>dance r control, and 

. c ° : 3 i, /) 

vehicle design options in terms of their overall =mission?capability. 


Earing Resign phase, options based on terminal asqiiracy are also .■« 
evaluated. I^csign trades are made between miss distance effects such as 

» 0 i ’ ” " - 4 ... 0 pi -i 

target blpoming, ran range, and maneuver response, g>nd accuracy requlre- 
ments established based on types of targets or warheads. g 


4 


The design activity for command systems in this phase is similar to homing 

- a . ° a . 

systems°except that missile tracking must be considered and missile corns, 

5 ~ '.ID. o ® 

mand reception capability must be provided. Engagement success and miss 
distance .Analyses ^re similar’,, hut they must be expanded to include design 6 
parameters for multiple engagements. The guidance design activities for 
this phase are summarized in table 4-20. " ° „ 0 


•'CD 


^ 'V . ^ " " 

The preliminary design activities for the controls technology' include develop- 
ment of •control°moment j reqttt r dia ^e ait¥ ; T^fiBrm^e'uvgr requirements 
in the conceptual design, selection-of the required control measurements 
and actuation requirements, and "the initial stability and response analyses. 


Both aerodynamic fin-controlled and thrust vector control types of. vehicles 
must be sized. For the finned vehicles, flight regime, maneuver levels, 
and aerodynamic characteristics are used to develop fin and wing sizes, 
locations, and deflection requirements. Static load requirerpents are also 
specified for design of actuators and structure. For vehicles with thrust 
vector control, the thrust profile gimbai angle trades and requirements 


must be prepared.^ 


Selection of control measurement elements involves stability and per- 
formance analyses for various available sensor combinations such as 
accelerometers and gyros. It also entails preparation of data for prelimi- 
nary instrument design requirements such as bandwidth,, accuracy', and 
dynamic range. Further stability analyses in this .phase define gains, > 
shaping, and filtering, and evaluate major nonlinear elements. Analyses 


are conducted to evaluate integration of the controls and guidance into a 




96 






Activity 


Determine tracking 
requirements 


Guidance loop 
stability analysis 


TABLE 20 

PRELIMINARY DESIGN s. GUIDANCE 

Input Output 


Engagement geometry, sensor Sensor tracking e 
configuration, velocity, altitude, andgimballing 
and maneuver requirements " requirements 

' , . ■ . « 

- . - : % Tracking subsystem 

* ■ I r a” 

m e dha m z a ti. on 


Sensor characteristics, 
tracking loop dynamics, 
control subsystem dynamics, 
flight regime, loop 
nonlinearities ^ 


Guidance Idop 
stability 
requirements in 
eac!\ flight mode 

Sample rate, 
bandwidth, unstable 


Can Be 
Automated? 



range 











> = TABLE 20 - Continued 

PRELIMINARY DESIGN - (fUIDANCE 




w 1 

ts Can Be 

Activity 

Input 

Output 

« Automated? 

Guidance accuracy 

Sensor noise characteristics, 

Miss distance 

„ Partly 

analysis and selection 

tracking loop noise, control 

o'. : 



dynamics, target scenario. 

Guidance law 

0 


launch errors, guidance 

appropriate for 



time, cruise time, 

each fligh°t 

0 

s 

maneuver capability ' 

Noise" an cl ^'tk|Sn c e 

0 

■ 


loop f liter iirJjD ^ & 

£> 

^ .7 


O . " 

requiren lettt^ 

: OT- 

\)i ~ - < 

Loss of track effects 




Fuzing requirements 


■ . 0 

o- 

•J * ' 




'•r . ! 0 • ^ . ;■ 

. . o 

■ 

■ ■ ' ; •. ■ i • s ; ' 

- O C - :• 



9 . ' ' . f ‘ ' o, 

%' § 
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d . 0 
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subsystem. Data on vehicle response to steering commands in terms of 
attitude and time response, accuracy, and bandwidth are used to optimize 
the control subsystem design. 


This design phase results in a selected configuration for the control subsystem 
It includes design of control moment elements in terms of size, shape, loca- 

“ f! « o 

tion, loading, and girnbal and actuation requirements. It also includes the 
configuration of the measurement systqm sensor and the gains and shaping 
required for stability over the total flight regime and for vehicle response 
compatibility with the steering commands. These design activities are 
summarized in table 21. 


4.2.8 Costing Design “ * 

During the preliminary design phase, the costing effort starts in support 
of the trade studies and ends with the final estimate of the lifetime cost of 
the missile. The trade study portion of the effort Is divided into two parts. 
The first part consists of studies which are easily prepared to show which v 

: - r i 

alternative is superior from the standpoint of cost. The data and analytical 
procedures are readily available and easily applied to the vehicle under 
consideration. For example, a trade study may be made to decide between 
liquid and solid propulsion systems or to choose titanium or aluminum as 
the major structural material. “At times, the cost of one alternative is 3 so 
excessive that the trade consists of little more than documenting an obvious 
conclusion. . „ V - 

This type of trade coUld involve a selection between a new and untried type 
of propellant with promise of higher specific impulse and a proven propellant 
of a heavier, larger vehicle. The trade could be partly automated and handled 
with- a minimum of manual effort. Unfortunately, few trade studies fall into 
this category. 

Most of the trade studies are more complex, requiring detailed investigation 
of special characteristics at a depth that is not normally considered during 
the design definition process. Once these characteristics are defined. 
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TABLE 21 
PRELIMINARY DESIGN - 



CONTROLS 


o 


Output 

Can Be 
Automated? 

Fin deflection, size, 
actuation bandwidth 
and location require- 
ments, hinge moment 

Yes 

Thrust-gimbai angle 
range, actuator 
bandwidth 

° 4 

Yes 

Select flight control 
mode (bank to turn, 
cruciform, free roll, 
power on/off) ,, 

Partly 

• ' •:.£= _ C* ‘ 

Control sensor 

C* 

requirements 

^ -i 

• 


* *> 




Activity 

Evaluate 
eontr oil ability 
(continued) 


o 




Can Be 

Output 

Automated? 

Dynamic maneuver 
response at various 

o 

flight conditions 

- . : s 

Preliminary shaping 

O 

networks " 

: c i 

Refinement of actuator 


bandwidth 

' .. . 0 

Cl = r 

, 5] 

•* t © 

f;' . 

o __ , 





8= 


» V '^'C ** 5? "1*^ 

..“-'’4 F ' ‘ '■ tv' ; .Y*''’ ;■•-•:*' ■'■■.'-*"■■ “ . . ..»v 



o 


they usually require individual co st- © s timatiq|^ ^iRfcio n s hip s involving effort 

of both cost and design personnel. Typical tra^- : itUdM''S determine the best 

■ -say -"> 

pressure range for the. hydraulic system, the optimum tank design and 
bulkhead shape, the most efficient voltage level, and tjie type of insulation. 


This complex type of study not only involves quantification of special 
characteristics but also requires a special analysis? to determine which 
characteristics significantly affect cost and which should be used as decision 
criteria. In addition, trade studies usually require data on a number of 
cost sensitivities such as the dollar value, of additional performance or of an. 


c? 


increase in Reliability. By their very nature, these trades are tailored to 
individual programs and are unlikely candidates for automation. 


,o. 

Following the trade studies, the cost-estimating relationships that are used 
for calculating the cost of must be reexamined, with equations 

revised as needed to reflect^ite^^qcisions reached during the trade study, 
refinements made in technique^ and\updated information. 


Then, the total lifetime cost of the vehicle maff^be'determined . Tins 

' ~~ — ~ — .. ■ 

involves estimating the costs of research and development (some of which 
has already been done), testing and evaluation, first-unit hardware costs 


t? ■ -» 

by major element, hardware cost for all quantities required, and operational 


costs. The estimate made at the end of the preliminary design phase is 
normally the last complete cost estimate made during the program, 


. ./ 


This effort requires a complete preliminary definition of all hardware and 
programmatic factors, with costs obtained on such items as weights, power, 
pressures, thrusti sizes, materials, types, quantities, and maintenance and 
repair for all hardware. In addition, such factors as manpower require- 
ments for design, test, and operations, facility requirements, support 
equipment, and off-the-shelf hardware must be quantified, and new or modified 
hardware descried in terms of variation from existing hardware. The 
calculations > involved in making this estimate can be automated. These 
design activities are summarized ir* table 22. » 
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TABLE 22 

>-. • o i| 

PRELIMINARY DESIGN - COSTING 


= Activity irC^ 

V2F - 

• o ; • 

Input 

Output 

Can Be 
Automated ? 

Make first cut on trade 

Parameters describing 

Cost of alternative 

•> -r-v 

Parfe^V 

studies 

alternative configurations 

Configurations 


r ; - , ! : 

(weight, material, etc. ) 




Cost-estimating- $ 

Identification of 

‘ ° . 


relationships library 

trades requiring more ® 

: & 

o .0 

Cost ceiling _ 

detailed investigations 

o 

° . 


Data to permit calculating 




gross sensitivities (e.g., 

« : O 


• 

value of performance or 



&& .■ . • 0 
ft 

reliability) 

=• , : . o 

* 


Impact of alternative 



.; a 

designs for a given system 

* 



on other systems in the 


■ 

. 

vehicle (e. g. , propulsion 




on structure) 



■■ — , — ,— M— , ■■ ■ 


o 

o . 

■ . 

• O 
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TABLE 22 - Continued 
PRELIMINARY DESIGN - COSTING 


~~l 

. ■ ' : . . 

Activity 

i; 

Input 

Output 

Can Be j 

Automated? 

Prepare detailed trade 
studies % 

,f) c 

■ ■ • ' a 

... ' V _ . . ■ ■; ' 
, ' o ^ 

Above data refined for 
cost sensitivities. Infor- 
mation to permit formu- 
lating decision criteria. 
Special detailed system 
definitions. Extensive 
cost data bank 

Costs in sufficient 
detail to permit selec- 
tion or cost is not a 
factor in the choice 

: No 

f c ■■ 

0 

a 

Refine and update cost 

estimating 

relationships 

Output of cost trades, 
cost data bank 

■r> 

Cost-estimating rela- 

'VJ> 

tionships applicable to 

a. 

the particular vehicle 

Partly 

Determine cost of 
vehicle 

„ : ■ ' 

Design definitions - 
weights, pressures, etc. 
Program definitions - 
quantities, schedules, 
quantification of new hard- 
ware in terms of existing 
hardware. Facility and 
manpower definitions. Test 
program quantities and 
manpower 

Final lifetime cost 
estimate of 
hardware, new 
hardware, develop- " 
ment, and operations 

/ V •: 

' f ‘ 7 

,:V- 

■vir ■"v 

i 

Yes 

0 

4 

* 



0 


Eggs 




^ -'C* 


O- 






c? 


4. 2. 9 Armament and Ordnance Desijn 


oj; •'' 


The armament and ordnance activities in preliminary design are summarised 
ih table 23. These design activities use a variety of computer codes 
which are more complex than those used in the system studies and require 
jjiore complex input s i n. larger volume. 4 ; „ 

i>, <& ' = ,• r> 

The parametric configuration trade studies provide the basic data used 

to optimise the missile vVarhead. The data are similar to the information 
obtained during the system studies, but they provide" a better basis for the; 
preliminary design. The basic data input repre sent-rigorous descriptions' 
pf Vulnerability f,^r specific targets. The ajlproxinrate location of the war- 
head in the missile is known, the warhead size limits are known, and the 

d- . . 0 ' . * ' «f> - ■' w . 

system miss distance goal estimates are known.* 5 Computer codes to per- 


form thl^l calculations ^are readily available. The basic vulnerability 

' ° .. t Is o ® „ 1 o 

e stimates^r e available for certain specific targets, and vulnerability data 

(£• 0 J'’,. ~ '• ' U :; " 

..for new targets can be estimated by sucb/Government agencies as the 
, i ■ "■ » ■ " • ■- /f ■ : '• . 

Ballistic Re^barch Laboratory for major design efforts. 


J>$g> 


During this phase, tentative warhead drawings can be produced by using 

"■ o O 

existing computer codes iri a conversational mode between the designer and 
the computer. This activity can be partially automated. The drawings 

5 - Q • ..O' 

produced by the computer will be used to set the missile configuration and to 
serve as^a basis for estimating lethality and costs, arid for preparing 
specifications. ’ \£.y : ” : ^ , o 

The warhead lethality dost data represent a first estimate for the preliminary 
design configuration. They indicate the efficiency of tjie design and the 
relationship of the design to the optimized design goal set in the system 
studies. ° 1,1 .. 0 : • 


The preliminary costs and production schedules are also estimated on the 
basis of the configuration drawings. They can be automated to yield 
reasonably accurate cost d?&a based on the same type of cost-quantity 
relationship or learning curve used in the system studies. The schedule 
can be based on a PERT or PERT-type code modified according to the,, 
engineer’ s judgment. * ' ' 

*PERT is a detail scheduling technique with emphasis on. the relationship 
betWeem^-arioris task's arid activities and the estimated duration of each. 
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TABLE 23 « 

Os 

PRELIMINARY DESIGN - ARMAMENT/ORDNANCE 




Warhead lethality 
estimates 


Warhead cost estimate 
and production schedule 


Target vulnerability 
estimate, warhead type, 
approximate location of 
warhead in missile, 
warhead size limitations. 
Estimated miss distance 


Warhead type, missile 
geometry, warhead « 
location, and weight 


Warhead type, estimated 
dimensions, targeh vul- 
nerability, terminal 
encounter geometry, and 
miss distance 


Estimated bill of mater- 
ials, estimated quantities, 
and estimated milestones 



Can Be 


Single-shot skill prob- 
ability as a function of 
warhead type, weight, 
size, missile location, 
a ntf miss distance 


Drawings of. estimated 
v/arhead 


Single- shot probabil- 
ity of kill/^ersus miss 
distance 


Estimated production 
costs 
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TABLE 23 - Continued 

PRELIMINARY DESIGN - ARMAMENT/ORDNANCE 



■ -i> !i. 

<?* f . 

' •? - 




Activity 

Input 

O: ^ 

>S Output 


3 


Design specification 


Parameter data from 
trade studies, estima- 


ted configuration 




drawings, lethality „ 
estimates, and cost and 
schedules 




Definition of tentative 
ordnance items 
required 


€? 


Can Be 
Automated? 






.r 

3 


1 


4 

A 

ij 


C> 





Design specifications can be roughed out from the preliminary design 
information. No known computer codes are available for this purpose; 
however, it is possible to use the computer for this problem, Once the 
warhead type is set, there are certain implicit specifications that must be 
met and certain qualification tests to perform. These can be stored as 
part of the overall data bank and produced on demand in boiler-plate form. 
The boiler plate can then be updated automatically from the data bank. 


4,3 DETAILED DESIGN PHASE 


The detailed design phase Is, similar to preliminary design except that most 
,of the trade studies b avr e been completed and the activities in this phase 
focus on the design of components and elements, The design activities 
performed in this phase for a typical missile are summarized in the 
following text. 1 


4. 3. 1 Aerodynamic Design 

v O . 

Aerodynamic design activities performed during detailed design are indi- 
cated, in table 24, During this phase, the primary concern o£ o the aero- 
dynamici^t is to design and conduct various tests and interpret the test 
data so that more accurate aerodynamic characteristics of the final^ con- 
figuration can be determined. The tests may be wind-tunneTtests, free-^ 
flight tests, or subscale or full-scale flight tests. They ensure that 
performance specifications will be met, demonstrate structural integrity 
under maximum flight loads, provide accurate aerodynamic coefficients for 
trajectory simulations, and verify adequate control response and flight 
stability. If the configuration is found to be aerodynamic ally inadequate in 
any way, the test data may be useful in determining modifications that will 
provide the desired characteristics. r , 
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: v.-;,, TABLE' 24 

DETAILED DESIGN - AERODYNAMICS 


’ Activity 




Detailed test vehicle mass 
properties plus postflight 
trajectory data 


Refine the aerodynamic 
coefficients for use in 
computer trajectory 
generation 


Wind-tunnel and flight - 
test aerodynamic data 


• Output 


'Verification of lift, drag, 

0 

and control effective-, 
ness estimates with 
0 postflight analyses. 
Recommend aerodynamic 
modifications as 
required 


Improved estimate of 
k aerodynamic coeffi- , 
\ cients includkig wing- 
// body interference, 

// base drag, and hinge , 
moments which are 
difficult to estimate 
accurately 


Can Be 
Automated? 













TAB LE 24 - Continued 

DETAILED DESIGN - AERODYNAMICS 


Activity 


Refine local flow 
predictions 



Wind-tunnel and flight - 
test measurements of 
pressure distributions 
plus local aflow data 
obtained by Schlieren 
photos, tufts, infrared 
photos, etc. 


Better estimates of 
flow separation charac- 
teristics, panel flutter 
stability, control effec- 
tiveness, peak heating 
regions, inlet efficiency, 
venting requirements. 


Can Be 

Automated ? 


Analyze aerodynamic 
stability and control 



Static and dynamic = 
stability derivatives 
(about three orthogonal 
axes) as a function of 
Mach number, control 

•0 

deflection and flow inci- 


dence, e.g. , angle of 
attack and roll angle 


















TABLE 24 - Concluded 
DETAILED DESIGN - AERODYNAMICS 



\ ‘ ' ■ •• : | 

, 

Can Be 

Activity 

Input 

Output 

Automated? 

Plan and execute aero- _ 

Flight environmental 

Verification of aero- 

/ No 

dynamic wind-tunnel or 

envelope 

dynamic prediction 


free-flight test program 


techniques. Optimiza- 

c . ' ■ *? 


. <4: 

tion of aerodynamic 

■- 

-- 


components including 



•• : ii_. 

nose shape, wing and 


&? 

' y ’ I 

tail planforms, boat- 


■ '-s,.'- ■■■ r . ■ 1 s '■ 

: • . • ii 

tail shape, etc. 

6 

// O 

/ 

Size the aerodynamic 

Same as above plus 

Aerodynamic control 

jPartly 

ii 

Ii , 

control surfaces 

configuration of aero- * 

geometry, balance 

. . . ' ' • •" . . • ; 

dynamic, characteristics 

requirements, control 

f" ‘ ' 



' 

effectiveness, and hinge 

FI 

l\ 

■' • s'" 'll" ' " ,, ■ „ 

■■ s'.: ' ' : Y'- 

moments 

[( 

0 . t 



\ ' 

1 :• " 



— 

• 

' \ 

A • \ ■ ( .y ■. 

■' o 

& ® ■ V 



; = 
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A final area of aerodynamic effort might be called special flow-field 
considerations. Almost every new aerospace vehicle design raises new 
questions about the local behavior of the flow field surrounding the vehicle 
at some point in its performance envelope. These questions might result 
in sucl-x diverse activities as estimating the control force generated by a jet 
interaction control system or the state of the gas in the neighborhood of an 
antenna window. This kind of activity cannot be automated becatise of the 
highly specialized nature of each problem. Quite often, the tools for 
analysis do not exist until after the question has been posed. 

C: « . " ' « ' 

4. 3.2 Thermodynamic Design « n 

' o 

* • . 3 ' ' ; ... . ; 1( . ■ ■ ’■ ; 

In the detailed design phase, the design of the thermal protection and , 

environmental control provisions is prepayed for applicable components 
and subsystems of the missile. For each, thermal environments,. system. 

® constraints and requirements, and techniques established during preliminary 
design are combined to provide any needed thermal protection or environ- 
mental control for the component. Verification testing is performed to 
ensure that the design is adequate. Instrumentation is devised for flight. ® 
tests, and the resulting data are studied for possible improvements or 
excessive conservatism. Detailed designs are reviewed and on approval, 
they are released for production. Thermodynamic activities during the 
detailed design phase ai*e presented in table 25. 

4.3. 3 Flight Mechanics Design 

During detailed design, the flight mechanics discipline incorporates the 
latest subsystem descriptions (e. g. , aerodynamics, weights, thrust histories, 
and controls) to continually refinq the estimates of flight performance capa- 
bility and trajectories. This usually involves gfoing from a three-dimensional 
point-mass to a six-dimensional finite-mass simulation with full guidance, 
and control loop modeling. As the detailed design is finalized, the operational 
1 performance capability can be mapped, giving operational personnel the 

■° ■> " ' .■ ' , M 

data necessary to fly the missile as required within its design envelope. 


o 






TABLE 25 

DETAILED DESIGN - THERMODYNAMICS 



% ' -• 


Can Be 

Activity 

Input 

A? Output 

Automated? 

Design environmental control 

Methodology, configuration. 

Detailed thermal 

Partly 

provisions for each, subsystem. 

structural design, materials 

protection and 

i) 

as needed. - Provide > 

data, subsystem, system. 

environmental control 


operational predictions of 

and structural constraints 

designs, structural 


temperature response of critical 

’ f- » 

temperature response. 


subsystems 

£ ' ii 

system design 

____ . 

Calculate thermal environment, 
both internal and external, for 
each component of tjje thermal 

p!'ol(‘f-ti<sn devicf*’ r*a I fill ;t ft? 

■ ■ . ■ I . ' n . 

information 

p 

detailed thermal protection 
requirements and structural 
temperatures, incorporating 
all applicable data 0 

""" >' j; ■. " 

'■ ' c- , s 

<5. ' {. • . 

■ * * , | 0 . 

0 

'£■ c 


* * 

^ j: ■ 

• i: 

.4 

O'- Ij rj 

■ i' : ' -V; 
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ts ' 
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TABLE 25 - Continued 
DETAILED DESIGN - THERMODYNAMICS 


• '•••- ’ ■ - o' ' 

: v. ■ .. 


Can Be 

■ Activity 

Input 

Output 

Automated? 

Devise and conduct, tests. 

En vi ronmon Ls , de tai 1 ed 

Verification of detailed 

Partly 

evaluate data to* verify 

designs ... |j 

design, operational data 


detailed environmental 

■ > v ’ fi 

V* 

0 

control designs 

’i 

0. . - 

* 

Devise ahd conduct tests. 

• ■ ;j _ ■ ‘ ‘ 



evaluate data to verify 




detailed design environments 




and detailed design of the 


O ' . . - J 


thermal protection device 

■ ' = = 



Devise instrumentation. 

Flight test environment 9 

r.' Q 0 ~ 

0 Configuration of total 

Partly 

evaluate data from flight 

(pre- and postflight) % 

environmental control 


tests for critical subsystem 

detailed designs 

and thermal protection 


environmental control 

Cf . -I « 

& 



*• .. 3 - ’ :i I ; 5 

t ■■ ■ >■, • 7 


Devise instrumentation, 

fe. ..V 0 

• • 0 

0 

0 

evaluate flight test data 

- c " 

■ p 'i; 

. s .. 0 - 


for impact on final thermal 




protection design 

.. . ... • ; _ 'c\ 

a. 

J ' - 

■ ■= ! B>, ; 











A flight-test program generally requires considerable support from flight 
mechanics personnel. Nominal trajectories must be simulated for each 
stage of the missile. Software must frequently be prepared to support 
range safety functions, particularily for longer-range types of missiles. 
Trajectory dispersion studies may be required for unguided test flighfci-s or 
to=j)redict the booster impact area. After each test flight, an attempt is 
usually made to simulate the actual trajectory as determined from radar, 
movie cameras* impact points, or other data. A postflight report is 
prepared with trajectory reconstructions presented and many flight anomalies 
explained. ' Flight mechanics activities during the detailed design phase are 
summarized in table 26. ; a 

• o ■ ; : 1 

4.3.4 Structural Desig n , , 5 » 

Parts and 4 assemblies are designed in detail to achieve structural integrity 
and ease of manufacture at minimum cost. Careful and often sophisticated 
structural analyses are performed for all static, dynamic, 'and fatigue 
design loads to ensure structural adequacy i.n the operating environments. 
Detailed drawings are made from which production parts and test articles 
are fabricated. The articles are tested according to qualification test 
specifications. If a failure occurs, the part or assembly is redesigned and 
retested until structural adequacy is proved. Mockup drawings are 
prepared from which a full-scale model of the entire missile is made, 
mostly of Wood, duplicating the structure, payload, equipment, and all 
electrical fuel, hydraulic, anc! other lines in order to investigate space and 
structural compatibility problems. A number of flight-test missiles are 
fabricated and flown under the most critical flight conditions. Any parts 
shown to be inadequate are redesigned or modified. The structural 
activities performed during detailed design are summarized in table 27. 

’ •" ' • V ' .J . • " • •' ' " • ' • •• 

4.3.5 Propulsion Design ^ 

,. f . «j ' ■ ° . 

Propulsion design, details for the configuration selected at the end of the 
preliminary design phase are generated in this phase. For a typical ° 

»'■* • ■ \\ ,J - - . • ' •' ' . 

• . . ■■ ■■■■■ • : . . . \ - ' .. : , .* . ; > ' v " J/ • ' . ' • ; 


VJ 


° Activity 

Input 

Output 

: Can Be 
Automated 

Subsystem detailed design 

b ; .r, ■' - 8 . • \' _ • 

■'O ' . O : ' 

'^Stalled mass properties > 
: ^e. g. , moment of 
inertia 

Aerodynamic coeffi- 
cients- 6 ' 

Guidance and control 
subsystem simulation. 
Thrust history 

Design trajectory 
histories including 
velocity, Mach nu^Scr , 
dynamic pressurffif||oad 
factors \ 

. _ \ 

Acceleration, control 

deflections, altitude, 
etc. 

Yes 

.O' 

Operational perform- 
ance mapping , V 

Final design of vehicle 
and mission 44 

characteristics 

Operational perform- 
ance and flight environ- 
ment parameters 

' Yes 

“Flight test 

' ;v • " A ° 

' : : <3 

Specification of test /> |- 
objectives and type of r. 

trajectory 

• i; 

4 Nominal trajectory 
* printouts for eachj stage 
for each test 

= . .C. • 

Partly 

0 

Q r 











Flight test 
(continued) 


TABLE 26 - Continued 
DETAILED DESIGN - FLIGHT MECHANICS 





3 . . 


Can Be 

“Activity - 


Input 

Output 

Automated ? 

Cl 


Test range constraints 


Tracking and instrumen- 
tation requirements 

Detailed computer pro- 
gram for trajectory 0 
simulation 


Specification of launch 
and in-flight guidance 
and control requirements 

Range safety software, 
such as predicted lhok 
angles vs time for each 
tracking radar, and 
nominal and dispersed 
histories of instanta- 
neous impact 
prediction , a 

Estimated flight and 
impact dispersions 
for each stage 


o 








Activity 

‘«i>’ . T • fi 

* • 0 

Input \ i 

Output 

o Can Be 

Automated? » 

Flight test ' 

(continued) 

Flight-test data, including 
onboard recordings. 

Postflight trajectory 

: ■ 6 0 

simulations to assess 


£'-J: 0 

telemetry data, radar 

observed flight 


. P ' . - v ' . V 

track data, launch u i 

anomalies, dispersions. 


• v. . . ■' 14 

(?■■■■ . ji 

conditions, and meteor- 

etc. 


' , % " 

: V. : 

ological data 

o ° 


- ■ 

,/ j ° 

Report on postflight 


r • ; 


analysis identifying 

o 

causes of non-nominal 

f ? 

. d . a 

:• •’ ' «■ ' ^ ' 

/ / . ® • . ;• , _ : i;'i . ' 

flight behavior and 

- 


* /C ’• • V , ;/ ' >■ 

reconciling observed 



. i 

trajectory with post- 




flight simulated - 

• 


• • • : | : 

trajectory 

■■ ■ . i 
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TABLE' 27 

f\. v • , ' :; “ 

DETAILED DESIGN - STRUCTURES 


0 Activity 
Loads analysis 


Baseline configuration 

Design criteria 

Aerodynamic load 
distribution and 
temperature ° 
distribution 0 


A Output 

— 1 — Qr 

Static, quasi- static 
and dynamic loads. 
Differential pressure 
loads, axial, shear 
and moment loads; 
acoustic and engine 
vibration loads; shock 
loads; test loads 


Can Be °° 
Automated? 


Structure resizing 


Baseline configuration, 
loads, and design 
criteria = 


Final design of parts 
and assemblies 


Preparing detailed 
design and assembly 
drawings 


Final structural 


c o nf ig ur a ti bn 


Drawings for manufac- 
ture of test and produc- 
^J/tion parts 


Partly 


Weights analysis 


Detailed design 
drawings - 


Finalized estimates 
and/or measurements of * 




'■ TAB LS 27 - ContLnu/jkL 
DETAILED DESIGN - STRUCTURES 


Activity 
(Weights, analysis 


(continued) 


Full-scale mockup 
construction 


Input 



Detailed design draw*- 

r% ’ 

ings and assembly 
drawings 


Output 

weight, mass distribu- 
tion, center of gravity 
and moments of inertia 

Full-scale model 
duplicating arrangement 
of actual structure and 
equipment 


Can Be 
Automated? 


Ground Resting 


Test articles and test 
fixtures. Design load 

Ci 

specifications 


Demonstrations of 
structural adequacy or 
inadequacy 


Partly 


Flight testing 


Test articles 


Demonstration of 
structural design 
throughout in-flight 
load envelope 


Partly 



. ty+K i 
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tactical missile, details are designed for the system and its subsystems and 
components, and ground and flight tests are conducted. An activities list of 
detailed propulsion design is presented in table 28. „ 


Design activities are expensively automated in propulsion, performance, 
and system simulation. Many of these activities are similar to those 
performed in. the preliminary design phase, bu.t they are performed with 
updated information. 


Formal layouts are made with all information required to prepare detailed 

.. -■ iy ■ • . . -.In 

production drawings. The layout activity, includes strength analyses, tolerance 
checks, and other analytical effort and calculations. Based on updated 
component requirements, design sketches, and layouts, procurement 
specifications are prepared for all purchased parts and subcontracted parts. 
Detailed design drawings for production are prepared for all remaining 
parts. Assembly drawings of all components are prepared and drawings for 
prototype test hardware are generated as required for special development 
and flight- test hardware. Detailed analyses are made to design the parts 
and ensure that the components are compatible with environmental and 


futictional loads and with interface requirements. 


Propulsion engineers prepare drawings for an engineering mockup. Outline 
drawings that describe the external configuration of each component are 
prepared from formal. layouts. An installation drawing is also prepared.! 

. . i i). l . . _ • i • • « , i i . 1 . 


When completed, the mockup is used primarily to 1) ensure that no 0 
assembly problems exist, (2) develop tube routing, (3) develop wire routing, 
and (4) verify that adequate clearances exist betwesn components and the 
missile structure, »The mockup is prepared in parallel with the formal 
layouts. 


Research and development tests evaluate the degre e to which a design under: 

„ ' ? : :: . . ’ " « « ’ 1 
development meets system requirements. They generally begin with 

“ . 5 .■ I ;* <> if 

component selection and assembly tests, and progress incrementally through 

flight" tests as the system is developed. The test demonstration logic for 







TABLE 28 

DETAILED DESIGN V PROPULSION 




i 1 - • - d> 

Can Be 

Activity 

Input 

Output 

Automated? 

Propulsion subsystem 

Vehicle design 

System and subsystem 

* Partly 

detailed design 

requirements 

characteristics and 



System design 

performance „ c ,- v 

requirements 



requirements 

0 




Functional interface 



. ... S) 

requirements, e. gq. , 




fluid or. electrical 

£ 


X 

: . - .*. > : ' 

Detailed layouts 

0 



Assembly and installa* 

0 

,'v 


tion drawings 

6 

, 

. 6 ' c ■. 


0 

System thermal and 

,•••. > 

S' 


performance analysis 




System simulation 




model 


' - : 


Engineering mockup 

jj ■ ' t . 

' 

c.- ■ ..''v':'- , ■; : 

'■'■Jr ■ 

\ 0 

* ° 










Activity 

Input 

Propulsion component 

Subsystem design 

detailed design 

data 


Component design 


requirements 



aii ~jh % »' ; 


Output 


Can Be 
Automated? 






Activity 

. ■ :! 

Input 

Output 

Can Be 
Automated? 

Element detailed 

Component and element 

e 

Material selection 

Partly 

design 

design requirements, I 

Component 


including interface and 
functional *| 

requirements 

specifications . 

— ° \ 

Detailed design 

o 


V ■ : If 

sketches and drawings 1 

0 

Test drawings, require- 
ments, and procedures 


. n. 

■> : ' i| 

Component design and 

• 

V-' : ' 

0 j: 

performance 

characteristics 



;] 

Component weight and 
stress analysis 

O - 

Ground testing 

System, subsystem, and 

0 

Component cold-flow 

Partly 

o- .. . ; 

component test require- 

characterization 

= »- ■ '■ 


ments and procedures 

f) ~ 

r Engine subsystems per- 

• “ 



formance and structural 

as;.. 



integrity demonstration 
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TABLE 28 - Concluded 


DETAILED DESIGN - PROPULSION 


Activity 

Input 

Output 

Ground testing 

Test articles and fix- 

v, ^ j; 

Rocket performance 

(continued) 

tures and , 

demonstration 


instrumentation 

Combustion instability 

■■ , ir 

Qualification test 

demonstration 


requirements and 
procedures 

Hardware reliability 
demonstration 

V. 

v . j 

System and subsystem 

v. 

■ j=*. 1 

qualification 

Flight testing 

Test articles and 

Verification and recon- 


• •= - - : Q . ii 

instrumentation 
“Predicted flight- test 

struction of propulsion 
- system-delivered 


operating = ; 

performance 


characteristics 

Residual analysis, pro- 

■ !•■.;"■■ . . • : / 


pellant utilization 

Flight anomalies 
definition 

■ - ; # >. : 


Failure methods evalua- 
tion analysis 


Can Be 
Automated? 











operational acceptance proceeds from advanced development through 
Category II total system testing (see figure 14). The relationship between 
the system design and testing is also displayed in figure 14. The end-items 
developed are used to verify or substantiate engineering analytical results 
obtained in advanced design- development and in the testing phase of the 
development cycle. ,, » 

The end-item requirements are established through system engineering 
analyses (functional'anaiysis, requirement allocation sheets, design sheets, 
etc. ) conducted in the preliminary and detailed design phases. The engineer- 
ing design is developed from these requirements and is tested to ensure 
compliance with them. The end-item drawings and specifications indicate .„ 
the manufacturing a,nd testing cycle. These items are then subjected to 
qualification tests and to the subsystem and total system tests in Categories I 
and II. Development testing plans are critiqued to determine the various * 
levels and phases of testing needed. Development testing 0 irepresents a 
significant portion of a missile program effort, involving engineering test 

o ' J . . ’ 

support and testing documentation. Many procedures and requirements /j 
are prepared which may result in elaborate test conditions, data collection, 
data reduction, and similar effort. Design engineering identifies development- 
test requirements in terms of the type and scope of tests. These Require- 
ments are based on the materials, design margins, whether off-the-shelf 
hardware is available, the state of the technology, and operating environments 

... ... - . - ,, O . 

4.3.6 Sensor Design ... 5 " 

During detailed design, a sensor is designed, developed, and tested to 
achieve the performance called for by military specifications. The pre- 
limiq,ary design configuration, trade studies, and component test data are 
used as a basis for iteration- tintil the final design is produced. Each ^ 
component, whether designed by a contractor or obtained through a supplier, 
must be compatible with the specifications. All the seeker elements such as 
the optics, electronics, and controls, are configured and their interfaces 

ii • 
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Figure 14.— Test and Evaluation Requirements and Test Flow 























described. Critical components are identified, for long- lead- time 
procurement or testing. Requirements for verifying performance of critical 
components’are established and breadboard circuits or subsystems are 

- . ‘I 

constructed for verification testing of the critical components, 

/ • ’ ; 

: ° * 0 U ’ 

0 

Test plans are prepared to verify that the final seeder configuration will , 
meet all performance requirements and specifications, yarious ty’pes of 
tests are devised, includizig environmental tests, captive firing tests^.,and 
flight tests. The appropriate instrumentation, facilities, ah’d auxiliary test 
equipment are identified and acquired. Data recording, analysis, and reporting 

, ' •* q , 0 ■ . : « ri 

requirements are established to meet contractual, management, and ", 

° »*.**.. ... ^ . ... 0 o . 

engineering needs. The various tests are then conducted and the seeker a 

design is Evaluated. Design deficiencies are" identified and corrected. 

A ■■ " a (P ; , . a . ■' o 

Sensor technology activities during detailed design are summarized in 
table 29. „ « • . „ ° 

4.3.7 Guidance and Control Design % * 

0. ; : ' ' ' ,:r "?• ^ ; 

,p. '••• ... • • ... ... a 

In the detailed design phase, the guidance subsystem design activities are 

p. 0 ... ' 0 ■ ■ r : tj 1 rf 

performed on the system configuration selected in preliminary design s,o 

■ ■ - ■ ■ » ' :* 11 ■. ■ . M ■ ! . „ . ,, ' 

that components and pther elements can be designed. For homing and 
command systems, this involves a designing elements such as the detector * ' 
or receiver, gimbal and tracker, discrimination logic and circuitry, and 
command mechanization, "Interface designs are generated for other sub- 
systems such as the fuzing, power, controls, and launch subsystems. For 
inertial systems, the design activity alsoi includes an inertial measurement 
unit, guidance software development, „ and targeting mechanization. e 


Simulation analyses are made to evaluate guidance performance when the 
guidance subsystem is integrated in the overall vehicle. Hardware elements 
are (included in these simulations to determine the adequacy of the model 
and actual interface and performance characteristics. An on-line subsystem s 
facility' with the .same computer simulation used in formulating the preliftiinary 
design is used in the detailed design phase. ,. 





TABLE 29 ; " 

DETAILED DESIGN - SENSOR TECHNOLOGY 
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TABLE 29 — Continued 

DETAILED DESIGN - SENSOR TECHNOLOGY 


: 'vj- . 

Activity 

• o '- 

: ' 

Input 

* ’ - - 

J 5 Output 

Design performance 
verification test 
plans (continued) 

6 ’ „ ,p 

Data recording, analy- 
sis and reporting 
requirements, and 
procedures ... : „ 



■: - ■ £ • ; ; 

Evaluate design and 
performance 

Detailed test plans 

Appropriate facilities, 
instrumentation, and 
auxiliary equipment 

’ <r. . ' 

Various tests conducted, 
performance determined, 
seeker evaluated 

. • 

: . " o. 

o 

: o. * - 

. 0 

O * (i 

& . 

|. 


s 

c 

•1: 


0 

' f ’ ' 


Can Be 
Automated? 


aaam 

















As the design progresses and breadboard and prototype components become 
available, they are added into the simulation to verify the subsystem hard- 
ware design. These simulations aid in planning development and flight 
tests. Flight-test evaluation is also supported by this analysis, in terms of 
a comparison of the expected with the achieved performance. The guidance 
subsystem design activities are summarized in table 30. 


A detailed stability and performance analysis is made for the preliminary 
control subsystem configuration to create design specifications for manu- 
facturing and flight testing. 


Stability and performance analyses consider the total performance charac- 
teristics of the various components (sensors, actuators, etc. ) as they 
become available from development and verification testing. System gains, 
shaping, and switching functions are specified. 


Large-scale simulations are performed in this phase. These simulations 

allow evaluation of the compatibility of the control subsystem design with 

other subsystems, particularly guidance. Hybrid simulation is performed 

to evaluate the design in terms of component performance (sensors, 

° ‘ if 

actuators, etc. ) and subsystem interfaces (seekers, command receivers, 

etc.). 


<9 


These simulations are also used to plan critical-element tests as well as 
flight tests, and for desired performance verifications. The final activity 
during this phase is to use these simulation tools to support the flight -test 
program. >The design activities are summjfyijsed in table 31. 


4.3.8 Costing Design 


• - :v;,j . 
V.y’ 








The costing effort in the detailed design and later 
pricing or accounting rather than estimating. 




ram phases is basically 
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TABLE 30 

DETAILED DESIGN - GUIDANCE 


Activity 

Input j 

.. ... ' , j: . 

Output 

Tracker and boost subsystem 

Seeker and boost subsystem 

Tracker subsystem 

design 

preliminary design, 

response and subsystem 

:*■' .. .. . 

engagement scenarios, 

performance 


response requirements, 

Boost command 


boost requirements, 

- electronics interfaces 


winds, launch errors i 

- 

Tracker component 

; ; ■ •• * . v :* ‘ 


design specifications 


.!) [■ ^ 

(e. g. , sensor control 



characteristics, 0 =■ 



gimballing, power, 



component specifications) 

Guidance accuracy and 

Guidance law and steering 

Guidance miss distance 

stability analysis 

1 jx. : ft 

mechanization, control 

Fuzing interface with 

. . ‘ , -Q, . : 

system model, engagement 

guidance and warhead 

r 'O'. 

scenario, sensor and control 

Design specifications on 

• ••••' ■ 

measurement error models, - 

guidance software and 

• " « . C 

1 : ■ . : ■ o' ... ■ 

tracking 1 dynamics, target 

interfaces with control, 


1; characteristics, fuzing 

launch, targeting 

: .0 ' ^ 

subsystem 

systems 

; ■ .■ '. ■' : 

^ ‘O' j, . L" 

Guidance shaping- 

: ' • 


“to t '* r ■ 

required for stability 


Can Be 
Automated 


Partly 










m. 4 


-■ |*S*^53S*ilf.'i :;y .* 4 *^. »«. 


|j Activity 

0 Development and flight- 
test evaluation 


TABLE 30 — Continued 
DETAILED DESIGN - GUIDANCE 


Q- Input 

Development and flight- test 


© Output 
Revised guidance 


data on seeker sensors, boost component and 


instrumentation, software 
modeling, target signature 
characteristics 


subsystem models and 
guidance accuracy 
analysis exercised to 
upgrade performance 
estimates 

Guidance component 
and subsystem in- 
flight performance 
determined against 
simulated results 


Can Be 
Automated? 
Partly 


r— 
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TABLE 31 


DETAILED DESIGN - CONTROIS 


Can Be 


Activity 

Perform, detailed stability 
analysis and design 


Input 

Control system configura- 
tions for ail flight modes, 
sensors, actuators, elec- 
tronics dynamic character- 
istics,, flight regimes, 
response requirements, 
detailed mass properties, 
and structural bending © 
mode characteristics 


Output 

Control stability defined 
in each flight mode and 
regime 

Control gains, 
switching criteria, and 
detailed shaping 
networks defined 

Non-linearities and 
flexible structure 
effects evaluated on * 

- '-SA o t . 

sensor placement and 
control margins 

<5 0 ;_j • 

Subsystem power 
requirements and 
design specifications 
defined (e. g. , sensors, 
actuators, logic, 
electronics) 


for sped- 





m 




O ... " 

During the detailed design phase, subcontractor and vendor quotes and 
actual costs are obtained, These costs are documented and compared with 
the cost estimate made during preliminary design, The storing and sum- 
marizing of these costs can be automated. 

One part of the cost-estimating procedure,., the budgetary spreads of the 
cost estimate by accounting periods, may be continued during this phase; if ^ 
so, it should be automated. Operating costs are also refined. Although this 
involves a large volume of data, the calculations and sumrftaries could be 
automated. The characteristics of this activity are presented in table 32, 

‘ | ■* ; . o >» | ■ ■ ■ v'.;' ■ 

4.3.9 .Armament and Ordnance Design 

■J -■ - ■ - — — 

Ordnance and armament items consist of warheads, safety and arming 
mechanisms, explosive separation devices, explosive components, and mis- 
sile destruct systems. All of these items require detailed design. The 
detailed design activities transform the armament and ordance specifications 
‘into a complete set of drawings of qualified missile parts. The activity 
involves both design and testing, as well as a design demonstration and 

o 

qualification of the item for missile operation by military forces. These 
design activities are summarized in table 33. 3 « 

Test data are used to verify predicted fragmentation control and projection 
velocity and to determine aerodynamic coefficients of explosively projected 
particles. These data are obtained from warheads simulating the final design 
configuration; they are used to make primary and secondary} modifications 
in the final design. The design testing activity is not considered suitable for 

o • 

automation because it involves special one-time tests. However, the projec.- .. 
tion velocity, spray angles, spray density, and other measurements taken in 
the tests may be automated. Other data such a,? a count of the fragments | 
and fragment size distribution are not likely to be obtained by automation. 

Final drawings of the various ordnance parts are also made. These drawings 
can be partially automated in the same sense as the preliminary design 
drawings; i. e. , by a man using the conversational mode with the computer. 
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TABLE 32 

. I>. “ 

detailed design - 


COSTING 


Activity ,// v 

Monitoring and accounting 
for costs 


Input 


Subcontractor 


costs 


Actual costs of research, 
development , 0 test, and 
evaluation 

Vendor quotes , =' 


Output 

Actual R&D costs 

c? 

Actual test costs 

Hardware quotes 

Refined operational 
costs 



TABLE 33 

DETAILED DESIGN - ARMAMENT /ORDNANCE 


Activity 

Input 

Output 

Can Be 
Automated? 

Design testing 

, . 0 ' • 

Warhead size, function, 

. ' ■ r; ' 

detailed data requirement 

Design data - 

No 

Ordnance drawings 

Missile size, ordnance 
location, material 
properties, test results 

Complete set of 
drawings 

Partly 

Design demonstrations 

Drawings of ordnance 
items and design 
specifications 

Verification of design to 
meet overall require- 
ment. Safe distance 

Partly 

' ■ 

Qualification to meet 

environmental 

requirements 

Assembled ordnance 
items ; 

• ' '• • . . . ■ ' ' Si j 

i< 1 

' ' .i< 1 

: .V ... 0 .1;. 

is 

j 

Verification of designate 
meet environmental 
specifications 

No 

j j 

<i 

* 






















Design demonstrations furnish proof that the detailed (design meets the speci 
fications. The procedure is to take the first few production or preproduction 
items and detonate them to verify the design. This activity can be partially 
automated for measurement of velocities, spray angles, penetration, and 
aerodynamic coefficients or projected particles. It is not possible to auto- 
mate the test setup and the judgment of damage level. Also, the judgment of 
safe distance based upon the test results cannot be automated. " 

In general, missile components are qualified for use by military forces when 
they pass the firing tests and are still in operational condition. For an 
ordnance item, the operational condition means that the item is detonable. 
Some individual qualification tests may be automated; however, test setups,' 
especially for the firing test, and movement of the test article to the firing 
area require human judgment, partictjlarly on safety 0 matter$. 

0 , ■ >> 

The amount of testing will vary with the function and amount of explosive con- 
tained., However, testing will be required for all warheads and safety and 
arming mechanisms. These tests generally cannot be automated. Certain 
other tests, such as reliability testing of explosive cutting devices, can be 
automated on a gb-no go basis where humarj judgment is not needed. 


4.4 DEFICIENCIES IN THE MISSILE DESIGN PROCESS 

o * 

The allocation of tasks in the current design process is presented in table 34, 
which also summarizes the characteristics of the current missile design 

: rt.--c.o-- 

process. 

vv rj 

■ V 

Many of the deficiencies in the current missile design process, as indicated 
in table 4-34, are caused by the incorrect allocation of tasks between man 
and the computer, and by man's use of computer codes. It is, of course, 
possible to hypothesize increases in performance and technological break- 
throughs in the field of computer sciences, which might make it possible to 
reallocate tasks in a better manner. But only the present state of the 
computer technology was considered herd. 

Man is vdry inefficient in the current' engineering design system. Most of 
man's efforts are concerned with routine data-handling operations, such as 
preparing data for computer programs, screening data, ^documenting results, 
and transmitting information. The system does not free man so that he can 
perform more creative activities. Moreover, most design activities do not 
allow man to interact with the computer and receive feedback information 
about the progress of simulations. This creates large gaps in time from the 
concept of a solution to the evaluation of results. The current system also 
does not allow man to readily acquire diverse types of supplementary design 
information. These factors reduce man's creative momentum. 

The engineering design system utilizes both hand calculations and com- 
puterized information. For large-scale problems which are highly 
quantifiable, digital computers are primarily used. But analog and hybrid 
computers are also used primarily in the description of guidance, cpntrol, 
and sensor subsystems. The primary mode of operation is batch processing, 
but there are some terminal on-line interactive systems. These facts all 

o 

add to the scatter-gun approach to missile design. 

II 
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, TABLE 34 

SUMMARY OF CURRENT MISSILE DESIGN PROCESS 


Missile Design Process 
Characteristics (Tasks) 

Search and evaluate the 
state of the art ° 


Technique 

Report on R&D 
activities, con- 
tractor brochures 


Current Engineering Design System 
Men . Computers 


Manual search and 
selection apd docu- 
mentation of data 


Not used to perform 
this task 


Search, evaluate, and 
select propulsion, cost, 
and other data from 
data banks 


.Report and prepare 


brochures suMmari- 


Manual search and 
selection and docu- 


zing cost and propul = mentation of data 
sion statistics' 


Not used to perform 
this task 


Select concepts, con- 
figuration, and design 


criteria 


Define design 
problems and 
identify subse- 
quent measures to 
select design or 
solve problem 


Selection of concepts 
configuration - per- 
formed by man, 
litilizing his creativity 


Not used effectively 
because of lack of 
data bank. Man's 

o 

creative momentum 
is reduced 



TABLE 34 - Continued 


SUMMARY OF CURRENT MISSILE DESIGN PROCESS 


Missile Design Process 
Characteristics (Tasks’) 


Coordinate and exchange 
data between various . 
disciplines*, e.g., aero- 
dynamics-structures, 
sens or -thermodynamics, 
or guidance-flight 
mechanics 


Technique 


Design problem and 
disciplines are not 
effectively inte- 
grated in the process.. 
Most computer codes 
are not integrated, 
thereby increasing 
routine data handling 


Current Engineering Design System 
Men | Computers 


Man does most of the 
coordination and ex- 
change of data among 
disciplines. These 
efforts increase the 
amount of non- 
creative activities 
which designers 
must perform 



Optimize the missile- 
many disciplines per- 
form this task 


Conduct a series of 
suboptimizations to 
-arrive progressively 
at an optimal missile 
design 


Some disciplines 
are in conflict 
over which one 
performs tb® sub- 
optimizations . 
When formal 
methods fail, man 
uses judgment 


Digital computers 
used, primarily for 
batch processing, 
but some hybrid 
systems are used 















i, 


TABLE 34 -f Continued . 

SUMMARY OF CURRENT MISSILE DESIGN PROCESS 


Missile Design Process 
Characteristics (Tasks) 

Technique 

Current Engineering Design System 
Men | Computers 

Develop design specifi- 

Develop design re- 

Generates and docu- 

Not used 

cations and require- 

quirements and speci- 

ments specifications. 

o 

ments for the system, 

fications in an itera- 

This effort does not 


subsystem,, component, 

tive manner, 0 

i&volve much 

ji i ! 

' , C 

etc* 

progressing to more 

creativity 



details 

\i ‘ 

.t. 

-■* 

Some design activities 

In many cases, 

Ii 

Modifies and up- 

, ^ O 

Not used tc modify 

are common in each of 

only updated data 

dates information. 

I ' 

and update infor- 

the engineering design 

are used ° 

This is a non- 

mation 

phases 


“creative effort 

L : . . - e : • : _ 

... c ‘. c 

■ & •- 

Perform numerical 

Manual data input to 

Prepares the bulk of 

Digital, analog, and 

calculations 

computers to generate 
design information 

the input data. There 
is little opportunity 

hybrid computers 
are used, with s ° 

...... , . . • •' ^ v ' . 

•iV • 

for man to interact 

. 

batch processing 

■ . •' y- 


with the calculation 

, 

being the primary / 

.. tN ' 

* . o 

process, which re- 

■ ■ 

mode 



duces man’s creative 


& 

■'S 

momentum 

* 


mkmmmrnm 
















” TABLE 34 - Continued 

SUMMARY OF CURRENT MISSILE DESIGN PROCESS 


Missile Design Process 
Characteristics (Tasks) 

Duplicate information 
generated and perform 
computations in com- 
puter codes 


Technique 

Computer codes 
often generate the 
same information, 
adding to the ineffici- 
encies of the process 


Current Engineering 
Men 1 

Some disciplines ^ " 
conflict on responsi- 
bility for information. 

The conflict results 
from use of non- 
integrated computer 
erodes 


Design System 
Computers 

•> 

Additional central 
processing unit 
time is required 
for redundant cal- 
culations 


Use on-line sub- 
system facilities to 
support the design 
and verify perfor- 
mance o 


To increase the 
cost-effectiveness 
of some missile 
programs, proto- 
type hardware is 
used in subsystem 
performance 
evaluation 


Man is used in an 
on-line mode pri- 
marily in detailed 
design of guidance, 
control, and sensor 
Subsystems 


Hybrid computers 
^are used in the 

o 

on-line mode of 
operation 



■e^'XyCj', 




TABLE 34 - Concluded 

SUMMARY OF CURRENT MISSILE DESIGN PROCESS 


Missile Design Process 
Characteristics (Tasks) 

A seemingly random set 
of design activities 
with little management 
control 


Technique 

;There are no 6 
universal design 
activities because 
eajch missile system 
is different 


Current Engineering Design System 


Management has little 
control and visibility 
of the status of 
design activities 


t Computers 

Computers are not 
effectively used to 
manage design <■ 
activities 


Use full-scale engi- 
neering mockups for 
packaging and estab- 
lishing routing lines 
for tubes and electri- 
cal lines , 


Physical models are 
used to design 
packaging and 
electrical and 
tubing routes 

Q 


Most packaging and 
routing is performed 
by layout men, veri- 
fied by the engineer- 
ing mockups 


Some ^unctions are 

a • • - 

performed by the 
interactive on- 
line terminal * 


Prepare large volume 
of engineering drawings 


Primarily non- 
automated pro- 
cedures 


Most of the engi- 
neering drawings 
are creative; 
i they are prepared 
: by draftsmen 


Used to develop a 
few drawings - *• 



Many of the noncreative activities man now performs should be allocated to 
the computer. Certainly, routine data handling, preparation of large 
volumes of input for computer codes, and scanning and reformatting of out- 
put data. could be done by computer to increase the total effectiveness of the 
missile design process, , ’ » 

* •' >o 

Most of the computei- codes used in design are not integrated; i. e,, , usually 
a computer code is written for one discipline. This forces man, to perform 

fj 

data-exchange functions, which could be done by computer. The use of non- 
integrated software also promotes a suboptimization and increases the amount 
of redundant calculations performed in the process. If morb integrated 
computer cpdes were used, it would be possible to achieve a global optimum 
and would reduce the number of computer, codes by eliminating some of the 
redundant information^ v ' “ 
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Section 5 


ANALYSIS AND EVALUATION OF THE IPAD SYSTEM FOR 

MISSILE DESIGN • f , k 

The following analysis and evaluation of the IPAD system for use in the mis- 

O 

sile design process (1) recommends which functions of the missile design 0 
process can be performed by the IPAD system; (2) determines the availability 
and adequacy of the computer programs in the various disciplines which are 
known by McDonnell Douglas to be currently available for use in design as 
operating modules in the IPAD system; (3) identifies the areas of missile 
design where no known computer programs are available and recommends 
whether or not the current state of the ^justifies development of computer 
programs at this time; (4) estimates the deficiency,, time, and cost savings to 
be gained from performing missile design by the IPAD system; (5) assesses 
the benefits to bo gained with the IPAD sys tent? and (, 6) cites features from 
IPAD designs conceived by the Boeing Company and General Dynamics s . 

Corporation which will be especially appropriate in performing missile 
design. . 

5. I RECOMMENDED MISSILE DESIGN FUNCTIONS FOR IPAD 

Most of the deficiencies in the current missile design process, which are due 
to the nonoptinvum allocation of tasks, can be eliminated or substantially 

reduced by using an IPAD system for engineering design, L 

■ ft. ; . •' • ■ /, ’ ' ' 

Extensive cost- effectiveness studies will have to bo performed in the pro- 
liminary design phase of any new engineering program to obtain specific de- 
sired component performance and the optimum task allocations. But some 
general recommendations can bo made about which missile design functions should 
be performed by the IPAD system to increase the effectiveness of the missile 

I! ■ 


• o 









design process. This effectiveness may bo achieved by increasing the pro- 
ductive efficiency or the design quality. The recommendations given here 
consider the functions described in the engineering design methodology and 
the results of the missile design evaluation. 


Recommendations for use of the IPAD systorh in performing the general 
logical problem-solving functions are presented in table 35. The problem- 
solving functions which the IPAD systeffi should perform have been selected 


to (1) reduce man's noncreative effort and thereby fry-Oshim to perform more 
creative functions, (2) enhance man's creative mother 4m by allowing him to 


interact with the functions in real time, by having easy access to supple- 


mentary design information, aod by giving him freedom to construct and test 


concepts, and (3) iritagrate computer codes to reduce redundancy and increase 
the mathematical relationships in the total system. The primary differences 
in current engineeiung design systems and the IPAD system are in these 


areas. But the following activities are common to both systems: develop- 


ment and modification of mathematical models. 


\ . 5 

The summarized characteristics or features of the current missile design 
process can be matched to components of the IPAD system, based upon the 
above three objectives. The recommended use of IPAD is presented in 
table 36. - ■ ■ . 


5.2 EVALUATION OF COMPUTER PROGRAMS USED IN MISSILE DESIGN 
FOR IPAD 


hi this section, existing McDonnell Douglas computer codes are considered 
as candidate operating modules of the IPAD system. Additional computer 
programs that require development are also indicated for each design 
activity that can be automated. Each design activity is also evaluated to 
determine whether it can bo performed by other known, computer program^ 
in private industry or owned by the Government. 


5.2, 1 Existing Aerodynamic Computer Programs 


The computer programs evaluated for each aerodynamic design activity are 
listed by design phase in table 37. Similar computer programs that may be 
interchangeable with the other programs for some functions are also 
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so 


Problem-Solving 

Function 

Activities Performed 

Present 

System 

IPAD System 

Perform problem 
definition 

Establish design objectives 

Man ; 

Man/IPAD,„.IPAD supplies past system 
history and current requirements 


Establish design constraints 

Man 

Man/IPAD, IPAD supplies past "system 
history and current requirements 


Identify relevant relationships 
to be considered 

Man 

Man 

Perform system 
synthesis 

Select system classes 

Man, 

Man/ IPAD, IPAD supplies past system 
history 

= 

Identify design variables 
to be manipulated 

Man 

Ivlan/IPAD, IPAD supplies past system 
history 


Initial design parameter sizing 

Man 

Man/IPAD, IPAD supplies past system 
history 

Perform system 
analysis 

Model development or 
modification 

Man 

Man 


Calculation 

Com- 

puter 

Man/IPAD, total jnodel integration 
and man -IPAD interaction 

Perform system 
optimization 

cf' ■ c ■. . - .. 

Model development of 
modification 

Man 

Man » o 

i ■ <s>- . 

Calculation 

Com- 

puter 

Man/IPAD, total model integration 
and man-IPAD interaction 


a 















Problem -Solving 
Function _ 


system 


TABLE 35 — Continued 

recommended engineering design use OF IPAD 


Activities Performed 

Present 

System 

IPAD System 

Evaluate data 

Man 

^i IPAD ’ ea , Sy access to supplemen- 
tary design information 

Select system or solution 

Man 

- easy access supplemen- 
tary oesign information 

Add, modify, or delete design 
objectives and/or constraints 

Man 

Man/IPAD, IPAD performs data- 
b handling operations 

Scan information t 

Man 

J2S2& IPA ° “ sed *«“»* 

Select information 

Man 

i 4 

Man/IPAD, IPAD displays informs- 
tion in variable formats 

Record information . 

Man 

,,o ■ ■ ' '' | 

IPAD, IPAD documents 
information 

0 | 


TABLE 36 

RECOMMENDED MISSILE DESIGN FUNCTIONS TO BE PERFORMED BY IPAD 


Missile Design Tasks 

IPAD 

Use 

Remarks on Use of IPAD 

Search and evaluate the state of the art 
in the appropriate technology 

No 

IPAD would have to become a state-of-the-art 
information system 

Search, evaluate, and. select t 

propulsion, cost, and other data 
from data banks 

Yes 

IPAD should have data on various subjects (materials, 
thermo -chemical, cost, etc. ) stored in different bases 
and search algorithms to help design, search, and 
retrieve data' 

Select concepts, configurations, 
and design criteria 

Yes 

IPAD should have past missile system design charac- 
teristics stored, but easily retrievable 

Coordinat^and exchange data 
between various disciplines 

Yes 

IPAD should allow for total discipline coordination 
and data exchange 

Perform total system optimization 

Y es 

IPAD should allow for all models to be integrated so 
that total systeim optimization may be achieved 

Generate design specification and 
requirements 

Yes 

IPAD should have specification "boiler plate" stored 
and easily retrievable 

Perform numerical calculations 

Yes 

IPAD should allow the designers to interact with the 
simulation and evaluation process in real time by 
using graphic displays 

Utilize prototype hardware in on- 
line hybrid computations 

No 

IPAD should remain digital in initial development 

Control and establish design activ- 
ity visibility 

Yes 

IPAD should allow manaeement to control design 
activities,' provide visibility for decision 
'making, arid determine status 
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TABLE 36 — Continued 

RECOMMENDED MISSILE DESIGN FUNCTIONS TO BE PERFORMED BY IPAD 


4 Missile Design Tasks 

IPAD 

Use 

Remarks on Use of IPAD 

Establish, package, and route 
designs v 

Yes 

IPAD should allow designers to perform packaging and 
routingigasks by using interactive graphics L 

Prepare engineering drawings 

Yes 

IPAD should allow designers and draftsmen to gener- 
ate drawings by wising interactive graphics 




] 

i 


i 










n 



.1 

j 



TABLE 37 


AERODYNAMIC COMPUTER PROGRAMS USED IN MISSILE DESIGN 


Computer 


Program 


Title 


System Preliminary 
Studies Design 


Detailed 
« Design 
and Testing 


Automated 
DATCOM 
(P3071) V.< 


Arbitrary Body 
Library (F218) 


Computerized 

Aircraft 


Sizing 


and Optimiza- 
tion (1915) 


Body of Revolu- 
tion Aerodyna- 
mics (JA74) 


Newman 
Potential Flow 
(JA40 ) 


Similar Computer 
Programs 


Subsonic Wing- Body, 
Design and Analysis 
(Boeing, ARO-1) 


Calculation of Aero- 
dynamic Influence 
Coefficients Matrix 
(Booing, ARO-4) 


Analysis and Design of 
Wing-Body Combina- 
tions (Boeing, ARO-5) 


Supersonic Skin 
Friction Prediction 
(Boeing, ARO-12) 


Supersonic Drag and 
Pressure Distribution 
on Bodies of Revolution 
(Boeing, ARO-11) 


Subsonic Wing -Body 
Design and Analysis 
(Boeing, ARO-1) 


Wave Drag and Super- 
sonic Area Rule 
(Boeing, ARO-9) 


Calculation of Super- 
sonic Drag due to Lift 
and Wing Nacelle 
Interference Drag 
(Boeing, ARO-K)) 


Supersonic Drag and 
Pressure Distribution 
on Bodies of Revolu- 
tion (Boeing, ARO-11) 


Potential Flow about 
Arbitrary Configura- 
tions (Booing , A RQ>- 3 ] 






Computer . /' 1 Detailed 

Program System Preliminary 

Title Studies Design | and Testing 


Inviscid Flow 
Fields Program 
Complex (1-1292) 


Inviscid plow 
Fields Prog rand 
Complex (H2 93) 


Inviscid Flow 
Fields Program 
Complex (H2 94) 


Multi -Jet Based 
Flow (P 1 3 1 V ) " 


Boundary- 
Layer So palpa- 
tion and 
Re attachment 
'(P0748) 


Time - 

Dependent Blunt 
Body Program 
(H847) 


Equivalent Body 
Analogy Jet 
Interaction 
(H 5 1 5 ) - 


Conical Flow 

Program 

(P2151) 


Base Pressure 
Program (T 1 579) 


Three- 
Dimensional 
Boundary Layer 
(H686) 



Similar Computer 
Programs 


Supersonic Drag and 
Pressure Distribution 
on Jodies o £ Rcvplu - o 
tion (Boeing, ARO-11) 


Supersonic Drag and 
Pressure Distribution' 
on Bodies of Revolu- 
tion (Boeing, ARO-11) 


Supersopic Drag and.; 
Pressure Distribution 
on Bodies of Revolu- 
tion (Boeiftg, ARO-11) 
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TABLE 37 -Concluded 

AERODYNAMIC COMPUTER PROGRAMS USED IN MISSILE DESIGN 


Computer 

Program 

Title 

System 

Studies 

• 

Preliminary 

Design 

Detailed 
Design 
and Testing 

Similar Computer 
Programs 

Kutl,er Throe - 
Dimensional 
Inviscid Flow 
Field (P2S71) 

- ■ 

X 

X 


Total 

2 

16 

12 

■Ti ‘ 

incremental 

computer 

programs 

2 

14 

• >» - . i 

G 



listed in the table. The total number of computer programs required for 
each design phase is also indicated. A description of the computer pro- 
grams is given in Appendix A. • 

Most of the state-of-the-art computer codes should be able to be used in missile 

s k \ ti 

aercdynafnic design activities for the system studios and preliminary design 

phases with little manual effort. Once the detailed design phase has been 

% 

reached, the function of several computer codes is replaced by experimental 

data. . ■*>■, ’ 

There is a strong similarity be tween The aerodynamic computations required 
for supersonic transport design and for tactical missile design. Typical 
designs are not too dissimilar geometrically, and they both operate in roughly 
the same flight regimes. Consequently, 0 many of the aerodynamic computer 


si 
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programs used for supersonic transport design (ref. 2) should be applicable 
to a tactical missile design problem. The codes described in the Boeing 
Company's aerodynamic library of computer codes will be of considerable 
value, but they should be supplemented by codes from the General Dynamics 
Corporation’s library (ref, 3) . 

'fip s : 0 , v o 

A possible addition to the aerodynamic library is the DATCOM program 
(P307 1 ) which was recently coded by McDonnell Douglas Astronautics 
Company-East under Air Force funding. This code is used to calculate the 
static stability characteristics of wings, bodies, wing-bodv, tail-body, and 
wing-body -tail combinations at angle of attack and in sidestep. However, 
the library may already have other codes that perform these calculations. 

The DATCOM code involves four boxes of cards, and running times and input- 
output quantities are not available. It has not yea been, fully checked out. 

The combined library of Boeing and General Dynamics appears to be deft- 

cicint in " exact’ ' numerical inviscid flow* -field calculation codes. Inviscid 

flow-field codes must be considered as research programs, .and their use 

would be restricted to the detailed design phase. They generally apply to 

the supersonic and hypersonic regimes and were formerly limited to two- 

dimensional or axisymmetric problems. Recent advances in techniques 

allow' the codes to bo used with problems of any geometrical 'form and they 

now offer angle -of, -attack capability. Due to the advanced nature of th'bsc 

codes, it is very difficult to define their role quantitatively in design. They 

.■a : „ /"•- %'.■ ii > 

may be composed of from on,,e to four boxes of cards and may have a running 

time of anywhere from 1 to 30 minutes for Execution (assuming that the 

execution involves only a single Mach number and angle of attack). 

5.2.2 Existing Thermodynam ic Comput e r Pro grams 

The thermodynamic computer programs used in design activities are sum- 
marised in table, >8 , The compute r programs are described in Appendix B. 
There are no other known computer programs with similar capabilities for 
these design activities. s “ . . • • 1 
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These decisions require judgments made after review, of data from wind 
tunnel or flight tests. CXrice a missile system has progressed beyond pre- 
liminary design, many of the uncertainties have been resolved. During the 
detailed design phase, more of the design burden can be assumed by the 
IPAD systeni'; however, a considerable amount of man-machine interaction 
is still required. 


5f2.3 Existing Flight Mechanics Computer Programs 


Computer programs for flight mechanics design activities are presented in 
table 39. 


Also presented in the table are similar computer programs that 

° (g 

"may be interchangeable \v°ith the other programs Tor some fypetions. The 


total number of computei^programs required for each of the three engineering 


design phases is also given in the table. These computer programs are 
described in Appendix C. ’ 
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— r TABLE 39 

FLIGHT MECHANICS COMPUTER PROGRAMS USED IN MISSILE DESIGN 


Computer Program 0 
^ ’ Title ; 

System 

Studios 

Preliminary" 

Design 

Detailed Design 
and Testing 

Similar 

Computer 

Programs 

• .. ' ;r 

General Vehicle 
Performance Ahal- 
ysis Tool (AB16) 

c-'T . 

:u 

: ‘ v - •„ '' ;■% 

X 

a 

• 

* ■ • ■ • ' 

x 

* ’ ,i 

Q 

■ ’ 

X 

Modular 

Simulation 

System. 

Three - 

Degree - of - 

Freedom 

Trajectory 

Simulation 

(AB60) 

Performance Anal- 
ysis and Design 
Synthesis Computer 
Program (P15 11) 

o x 

X 

f 

X 

tv 

' . " ’■ ; ' ’ e? 

■o . " ' 

Total Programs c 
Used 

2 % . 

2 \ •• 

2 


Incremental differ- 
ent programs 2 

* .. • . . _0 ” \ ” . .. 

2 

' .1 J r 

"••• V v"- 

o • 

0 

; v ° s ' e o 
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TABLE 38 

THERMODYNAMIC COMPUTER PROGRAMS USED IN MISSILE DESIGN 


Computer Program 
Title 0 , 

System 

Studies 

Preliminary 

Design 

Detailed Design 
and Testing 

Real/Ideal Gas Aero- 
dynamic Heating and 
Ablation Program 
(JA70) 

X 

X 

X 

Three -Dimensional 
Heat Transfer 
(JA03 ) 

if 1 

X 

X 

X 

Total 

2 

2 

2 ^ ■ 

Incremental computer 
programs ! 

2 

0 

0 


From a thermodynamic standpoint, the IPAD system can be used to perform 
several analyses. Early in the system studies phase, when only gross con- 
cepts are being evaluated, general equations can be used to indicate relative 
levels of heating between trajectories or mission profiles, to determine the 
effects of some geometric features, and to 

tion schemes which could be applicable. 

- & 

V 

In preliminary design; the IPAD system can be us^d for thermodynamics 
only after the methodology has been determined, materials and concepts for 
the thermal protection and environmental control subsystems have been 
investigated, and the preliminary design procedures for the type of missile 
being considered have been established. Thermal computer programs such 
as the Real/ Ideal Gas Aerodynamic Heating and Ablation* Program (JA70) and 
the Three-Dimensional Heat- Transfer Computer Program (JA03) can handle 
many of the design functions; however, experience has shown that each new 
missile design has features which require the development of new technology 
and computer codes." Probably, the decisions regarding methodology are 
least adaptable to automation; i. e* , what heat-transfer method should, be 
used for each particular area, what geometric approximations are necojssa'Dy 
to use that method, and what is the local flow field at the location of interest? 


4. V*. W** 



<1 0 

Most of the flight mechanics design activities can be performed with the 
General Vechicle Performance Analysis Tool computer program (AB16). 
This, program is modularized to allow for the generation of flight mechanics 
routines to any specified level of dqtail. Consequently, it can be used in all 
the engineering design phases. The Performance Analysis and Design 
Synthesis Computer Program (Pl511) ean also be used in all the phases for 
the same functions. This program can also generate optimal trajectories 
by using a calculus -of-varialion solution. 


Two other Government computer programs may satisfy most of the flight 
mechanics design activities. Those programs are the Three-Degree-of- 
Freedom Trajectory Simulation developed at McDonnell Dduglas Astronautics 
Company-West and the Modular Simulation System developed by LOGICON 
and used at the Aerospace Corporation. These computer programs are also 
described in Appendix C. 

5.2.4 Existing Structural Computer Program,? / 

■ ;i ' : o ' . 

For each design phase, computer programs applicable to structural design 
activities are presented in table 40 <>along with other computer programs 
that may accomplish the same activities. These programs are described in 
Appendix D. Other programs which may accomplish similar functions arc 
described in referencp 2. 


During the sytem studies phase, various structural concepts for candidate 

- * 

missile configurations are defined with the aid of the General Missile Sizing 
Program (GMSP). Par anicteric weight estimation methods are augmented 
by estimates of center -of- gravity location, moments of inertia,.,. and mass 


distribution obtained with the Computer-Aided Design and Drafting (CADD) 

(? 0 ■ 

system program. This program can also bo employed to generate inboard and 
outboard profiles quickly for each conceptual design. In this phase, it may 
occasionally bo necessary to produce estimates of missile-body shear, bending 


moments, axial loads, and deflections. Those data can be obtained by using 
the Static Aeroelastic Load Analysis for Missile Bodies computer program 
(SA54), 
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TABLE 40 


fRUCTURAL COMPUTER PROGRAMS USED IN MISSILE DESIGN 


Detailed 


Similar 


Computer Program Title (Studies 


Texas, Grain Analysis 
Program (TEX GAP) 


Automated ®.Vis coelastic 
Grain (G394) 


Transverse Accelera- 
tion Stress Analvsis 
(P0777) 


Viscoelastip Grain 
Structure $a%lysis 
(P07S1) 


Heat Conduction of Solid 
Propellant Rocket Motor 
Nozzles (PI 050) ,/ 


Preliminary Design and I Computer 


„ SAASIII, Finite -Element 
0 Stress Analysis of Axi- 
symctric and Plane 
Solids with Different 
Orthotropic Tempo rature- 
Dependent Material 
Properties in Tension and 
Compression (P0307) 


Fatigue Analysis and 
Design (STR-5) 


A Computer Program to 
Design Conical Sheila 
Structure (G554) 


Stress Analysis - Santa 
Program System (SA-So) 


SNASOR II, A Finite 
Element Program for the 
Static Non-Linear Anal- 
ysis of Shells of Revolu- 
tion (P 12 1 7) 


Design 


Testin'g Programs 




■SBaiH 
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TABLE 40 Continued 

STRUCTURAL COMPUTER PROGRAMS USED IN MISSILE DESIGN 


Detailed - Similar 

System Preliminary Design and Computer 


Computer Program Title j Studies 


Axi symmetric Loading 
Compressible Solids of 
Revolution (SA-58) 


Static Aeroeiastic 
Load Analysis for 
Missile Bodies (SA-5-t) 


General Missile Sizing 
Program (GMSP) 


;■■■ o 

Vehicle Mass 
Characteristics 
Determination (H523) 


Computer-Aided Design 
and Drafting System. 
(CADD) 


nas Tran (potso) 


DA TRAN (PI 8 74) V 


BIGPIX (P2260) 


MTiailo - Rai 1 D ynamic 
Response (SA-92) 


Rib gS tiff oned Shell 
Buckling (H312) 


BOSOR 2 -Buckling and 
Vibration of Segmented 
Ring-Stiffened Shells 
of Revolution f 1 1 1 146) 


Design 


Testing 


Programs 1, 





SDL - 1 , 

= '■ ' 

STR-6, 


STR-7, 

1 

STR-9, -’T, 
STR-10, 
STR-11, 
STR-12, 


STR-13; 

STR-14 











































&DSA-3 * Interactive Design — Structural 

STR-S - Finite Element Structural Analysis — SAM ECS Automated Plotting 
Program (SAPP) 

'.v' r ' 

.SDL r l s Natural Vibration Modes /' 

STR-6 - Integrated Structural Analysis and Design (Finite Element) — 
ATLAS 

STR-7 - FiniteoEIement Structural Analysis — SAMECS Structural Analysis 
! System - o 

STR-’. 1 s Finjtc Element Structural Analysis — SAMECS Data Checker 
Program tSAMCIIKi 

STR- IQ = Finite Element Structural Analysis — SAMECS Loads Transforma- 
tion Program (LOADS) 

0 > , ' 

STR- L 1 •• Finite Element Structural Analysis — SAMECS Merge Program 
(MERMAT! ■, ' 0 ' 

STR- 12 * Finite Element Structural Analysis — SAMFCS Superposition 
c Program iSUPERPOl 

STR-i lr. Finite Element Structural Analysis — SAMECS Deflections Back 
•-> GcSub'stituliun Program iDEFPF) 

v. „/ o 

STR- 14- Finite Element Structural Analysis — ASTRA (Advanced Structural 
Analysis) 





trovers 


r - TABLE 40 — Continued 0 

STRUCTURAL COMPUTER PROGRAMS USED^IN MISSILE DESIGN 


Computer Program Title Studies 


Plane-Strain Solution for 
Compressible Materials 

(sa-60) 

-f* 1 ; 

AxisymMetric Loading 
of an Incompressible 


Detailed 

System Preliminary 1 Design and 


Design 


Testing 


Similar 

Computer 

Programs 


Materials Solid of 
Revolution (SA-62) 


Plane -Strain Solution 
for Incompressible 
Materials (SA‘-6-i) 


Weight Optimization ' 
Program for Stiffened 
Cylinders (P2752) 


o <■ 

Thermal Stress Analysis 
under Asymmetric 
Loads (PQ46 1 ) 


DEB A CUL-Di sc r etc Ele- 
ment Buckling Analysis - 
for Cylinders under 
General Loading 
(P060S) 


Thermal Stress Analysis 
(H326) 


Weight Record Program 
(WTO 3 ) >; 


Weight Write-Up (WT03) 


'Weight Write-Up Pile 
Translator (W TO 6) ; 


Ca II Number, Ef f e c - 
tivity a nd ‘Next As s cm bl'y 
(WT07) , *■;, 
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TARLE 40 - Concluded 


STRUCTURAL COMPUTER PROG RANIS USED IN MISSILE DESIGN 


Computer Program Title 

ej 

; A\ . 

System 
Studios ’ 

Preliminary 

Design 

O 

Detailed 
Design and 
Testing 

Similar 
Computer , ;■ 
■ Programs r 

SABOR 5 /DRASTIC V P 
(PG430) 

. v 

a'v . Ab. TT . 

JS>,„ 

0 

X 

© 

. - , ft * .4 _ . 

STACUSS I (P0579) 


; ' ' * ' ' ^ 

X 

1 . 

SABOR CS-2, Finite - 
Elements Shell an^d 
Core Analyses (HS41) 

\ ^ ■' 3 

- 

xf 


Axis; A\i symmetric 
Large Deformation 
Elastic Plastic ( 

Dynamic Response. 

Plate and Shell Analysis 
(P0494) ' c) 

a... 

:: i) n 

X 


-Darts , Large Deforma- 
tion Elastic Plastic 
Dynamic' Response Ring .. 
Analysis (P0496) 

9 

■ 

X 

o 

TDELT 

■ *=>' . O. ' . 


c 

X 


TCtJRVE 


' s 

X 

> 


Total ’ V,: " 

4 

26 

• ' . V o 

49 

Q - 

Incremental computer 
programs 5 . : 

■ 4 

22 

28 



From the design objectives and constraints, blie G.MSP is used to design a 
number of candidate missile configurations. These designs are unrefined, 
using smeared thicknesses, but they can be compared to select the most 
likely candidates for refinement. Missile -body shear, bending moments, 


axial loads, deflections, and surface pressures are refined using SA54. 


Missile rail" dyhamic .loads are obtained from the Missile Rail Dynamic 


Response ffrogram (SA92). Nose shroud designs of different materials and ‘ 
methods of construction are investigated using the comoutor program 
Design Conj_cal Shell Structure (Go54),for initial sizing and ROSOR 2 (PI 146) 


6 " 
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or SNASOR II (P1217) for refinements. Several possible designs of the 0 
transition section, aft fairings, and interstage using different materials and 
construction methods are analyzed with the aid of the Rib-Stiffened Shell 
Buckling (11312), BOSOR 2, or NAS TRAN programs. Trade studies are 
made to compare weights, ease of manufacture, and costs of the several 
different structural designs, 

Q ■ ■ 


The propellant grains and motor cases can bo initially sized using AVGSAP 
(G394), which has design curves stored memory for preliminary analysis. 
Trade studies can be performed using the same program. As the design 
progresses, more sophisticated analyses can bo performed using the Axi- 

A 

symmetric Loading of Compressible Sohds of Revolution (SA58), .the Plane - 
Strain Solution for Compressible Materials (SAoO), Axis yrnme trie Loading 
of an Incompressible Material Solid of Revolution (SA62), or the Texas Grain 
Analysis Program (TENGAP) in conjunction with AVGSAP fa© a viscoelastic 
ablating grain analysis. The Transverse Acceleration Stress Analysis 
program (PQ777) may be used for transverse acceleration (nonsymmetric) 
loading analysis. The Viscoelastic Grain Structure 'Analysis program ( P07 8 1) 
may be used for bond stress analysis and cumulative damage analysis. The 
rocket-motor nbzzlcs can be analyzed using P1050 to obtain time -dependent 
temperature distributions in the. nozzle, and SAAS III (P0307) fpr analysis of 
stresses, strains, and displacements. For structural members subjected to 
fatigue loads, tho Fatigue Analysis and Da^igx?-program ? (STR-5) can be used 
in conjunction with other structural analysis programs tb analyze fatigue fail- 
ure. As the dcsigmprogrcsscs, the missile mhss characteristics are calcu- 


lated and updated usin 
Program (H5§3), 


g the Vehicle Mass Characteristics Determination 

. > 

■ ■ o 


Having selected the first cun figuration in the preliminary design phase, o 
the geometry can be refined and stored in memory using CA DD. CADD 
can generate luff linos, create production drawings, and generate numerical 
milling, tapes for production parts, as well as solve numerous design and space 
compatibility problems, SA 54 is used to generate missile-burly shear, 
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bending, moments, axial loads, deflections, and surface pressures. Missile 
launch rail dynamic loads are obtained from SA92. 


Equivalent fatigue loads are generated from the vibration load spectra by- 
means of STR-5. The same program is used to perform fatigue analyses 
and to determine fatigue margins of safety for structures subjected to vibra- 
tion loads. The nose shroud is analyzed using BOfjOR 2 (PI 146), SNASOR II 
(P1217), or NAS TRAN (P0730). 


The transition section, aft fairings, and interstage arc analyzed using 
BOSOR, 2, NAS TRAN or, in the case of integral rib-stiffened structure, the 
Weight Optimization Program for, Stiffened Cylinders (P2752) may be used 
to obtain an optimum design. The propellant grains and motor cases 
are analyzed using TEXGAP in conjunction with AVGSAp, P0777, and P0781. 
The rocket-motor nozzles are analyzed using P1050 and SAAS III (P0307). 

' o . V . ’ - . 0 

Vehicle mass characteristics are calculated and updated using H523. Weight 
records are stored in data banks using the Weight Record Program (WT03) 
and the Weight Write-Up (WTQS), Weight Write-Up File Translator (WT06), 
Call Number, Effectivity, and Next Assembly (WT07), Spin-Radius -Load 
(WT09)> and Weight Basic Docks (WT10) programs. The Alphanumeric 

Parts Listing (WTll), functional and Sequential Code Control Book (WT 16), 

iJ <) - ' 

Weight Section List (TW r 18), Detail Weight and Inertia Distribution (WT2 1), 
Weight Record Printout (WT30), and Weight Write-Ups and Summary Line 
Totals per Vehicle (WT35) programs arc all used for reporting and retrieval 
of mass properties. . 


All of those programs will be used in any typical missile design. Additroj 

. . - . vs * , . •:•••• 

programs described in Appendix D should be included- in the IPAD system 
some of them will be used in certain instances to supplement basic 
programs. .jjW 








5.2.5 Existing Propulsion Coin put or Programs * \ 

The existing computer programs that perform propulsion design activities 
for solid-rocket motors are presented in table 4i, and a description of the 
computer programs is given in Appendix E. 


Figure 15 is a functional flow diagram for calculation of solid-propellant, 
rocket pl-rformance, size, and mass. Propellant composition may be input 

S 0 0 .. 

to make possible trade studies to evaluate the influence of total solids load- 
ing determine percent of aluminum by weight and other factors on the 
propulsion subsystem and on the size and mass of the missile. 


The propellant performance is calculated by a One -Dimensional Equilibrium 
Performance Program (Ho5 9) which contains a library of basic thermochemi- 
cal data for the expected spectrum of propellant compounds. The propellant 
grain configuration options ma\%>e either radial -burning grains or end- 
burning grains. The radial-banding grain is simulated by a grain cross- 
sectional loading fraction coprcTinated with expected thrust levels or,-, 
specified grain configurations in SRMAT (P359S). A psuedo burning rate can 
be calculated by specifying a design = web fraction. Propellant ballistics are- 
optional input for the end -burning grain since the burning rate will control 
length and thrust of motor. 

A separate propellant ballistics program (PA08) may be used to confirm 
grain configuration and ballistics. Propellant temperature sensitivity inputs 0 
are required for calculating effects of propellant bulk temperature on motor 
and missile performance. 


The SRMAT program (P3598) calculates case-wall thicknesses, blast tube, 
nozzle and case envelopes, and motor insulation thicknesses requirements 
called from the Equilibrium Surface Thermochemistry Performance Pro- 
gram (G508), the Charring Material Thermal Response and Ablation Pro- 
gram "(059.0'), the Turbulent Boundary Layer Nozzle Analysis Program ^ 
(H660), and thfi Three-Dimensional Heat- Transfer Computer Program 
(JAQ3J.,.- The output from this program i&a motor configuration (length. 











































TA R LE -4 1 

0 PROPULSION COMPUTER PROGRAM USED IN MISSILE DESIGN 


Computer Program Title 

System 

Studios 

Preliminary 
Design , 

.Detailed Design 
and Testing 

SRMAT-Solid Rochet 
Motot Analysis Tool 
(P359S) 

- X 

• ; '' X . » ' 

r 

’ T , 

X ' ^ = '* 

r -‘ 5 

^ ' ft'- • 

One-Dimensional Equi- 
librium Nozzle Analysis 
Program (Ho59) 

‘ /A : 

V 

X 

x : 

.-<• ' rj 

Grain Design and Internal 
Ballistics Evaluation - c 
Program (PA08) 

’■ '» •* ■■ 

V ^ X 
:•) ■: ■ 

■ »■ X 

- - a 

Nozzle and Control ^ 

System Preliminary • ,/ 

Design Computer Pro- 
gram (H38G) 

- ” 

i x . * 
/» 

X 

fV% . . ■ . • • -s- • li 

Turbulent Boundary - 
Layer, Nozzle Analysis 
Program (H660)' 

. >;i. ♦ 

TV A? 


X"- . 

Three-Dimensional Heat- 
Transfer Computer Pro- 
gram (JA03) 

' .. >**’* 


X 

Charring Material • 
Thermal Response and 
Ablation Program (G590) 


O ' 

X 

Equilibrium Surface 
Thermochemistry Per- 
formance Program (G508) 

- 

o 

X 

Advanced Thrust Vector 
Control Preliminary 
Design (AFNOZ) 


ft. 

■ ' X 

Solid Propellant Motor . 
Performance (P2002) 

■ 

■ :i 

>. 

• B - x 


tbJ* 
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TABLE 41 - Continued 

PROPULSION 5 COMPUTER PROGRAM" USED IN^MISSILE DESIGN 


Computer Program Title 

System 

Studies 

Preliminary 

Design 

Detailed Design 
and Testing 

Solid -Mo tor Ballis tic 

0 


X 

Reconstruction Program 
(P1216) 


O 


Total 

1 

5 

12 

Incremental 
computer programs 

1 

4 

7 ° 


diameter, weight, thicknesses, etc.)* The wall thickness ofdhe motor 
defined in the program is checked for minimum wall -thickness limits and 
for thickness compatibility with structural requirements from the structures 
programs, A simple grain stress calculation is incorporated in the pro- 
gram to ch^ck grain stress and strain associated with case deflections for a 
pressurized motor case. Stresses and strains can he calculated for a sim- 
pie cylindrically perforated grain with a prescribed web fraction. The 
equations are not intended to provide a detailed verification of grain structural 
integrity, but they bring insight into grain stress criticality and marginal 
propellant physical properties. 


For a thrust vector control subsystem, the concept code together with the force 
angle, and duty cycle of the subsystem must be called from the Advanced 
Thrust Vector Control Preliminary Design program (AFNOZ). If a chamber- 
bleed concept is used, the decrement of motor performance is calculated and a 
weight of propellant is calculated to satisfy side-force impulse requirements. 
The thrust vector control models incorporated in the program include a 
gimballed nozzlo and flexible seal, with liquid secondary injection and 
chamber-bleed techniques. Ground and flight-test' data can be analyzed and 
evaluated with a solid -motor ballistic performance program (P0833) and 
ballistic reconstruction program (P1216). 


5,2,6 Existing Sensor Computer Programs 


The computer programs used in sensor design are summariz d in table 42. 


Descriptions of the programs are given in Appendix F. At the present time. 
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TABLE 42 . .. 

SENSOR COMPUTER CODES USED IN MISSILE DESIGN 


Computer Program Title 

System 

Studies 

Preliminary 

Design 

FIR2 

Xo 

• 

TVACT ° 

X 

a 

s& 

■ip ' " 

RAD TV 

Atmospheric 

Transmission 

X ■ w ’ 4 

" x 

0 

UHF Data Link 

X 

- 

Total 

5 

' 0 

Incremental computer 

5 

s 0 

programs 

0 



Detailed Design 
and Testing 



sensor design is' not as highly automated as structural and propulsion design 
and further computet program development is anticipated? in this 'field. 


During system studies, the atmospheric effects (attenuation due to absorp- 
tion and scattering and background radiance) cap^be defined with the aid of 
the Atmospheric Transmission code. Given a baseline sensor design (optics 
detectors, and processor), the FIR2,; RADTV, and TVACT programs can be 
employed for conceptual design of an imaging infrared system and for 
passive and active low-light-level television. These codes provide the 
probability of recognition as a function of the scenario, the atmospheric 
effects, and the sensor characteristics, < 3 


During preliminary design, the performance of a missile seeker is defined 
in terms of the probability of acquisition. Where data from the missile 
are shown on a viewer display, the probability of acquisition is generally 
the probability of recognition; that is, the probability that an observer who 
views a display will recognize the desired target is about the same. 


r’ ^ if... •T’*'’* , " 


















Tlie Atmospheric Transmission, FIR2, RADTV, and TVACT programs can be 

employed to assess approximate system performance as a function of param- 

(/ 

eters of the following components: (1) optical device, (2) detector size and 
response, (3) preamplifier, (4) processor, and (5) display. In addition, 
various atmospheric conditions may be considered, including the meteoro- 
logical Visibility range, the relative U humidity, temperature, particle size' 
and distribution, %nd time of day. A parametric variation of these con- 

ceptual design parameters can be performed, yielding optimum subsystem 

(1 ’■& ! 

parameters for preliminary design. 

c o ■» 

» .. o ' ... 

.. ' \ . • 0 v >•' 

Computer codes are being developed by Xerox Electro -Optical Systems, 
Hughes Aircraft Company, Texas Instruments, Aerojet General Corporation, 
WeStinghouse, the Naval Air Development Center, and the Army Night 
Vision Laboratory to assess electro -optical system performance where the 
measure of performance is the probability of recognition ^.nd signal-to-noise 
ratio at the display. 


5.2.7 Existing Guidance and Control Computer Programs 


The computer programs used for guidance and control in the various engineer 
ing design phases are presented in table 43. These programs are described 
in more detail in Appendix G. No similar programs have been found. 

The guidance and control activity during the system studies phase relates 
objectives to the conceptual designs proposed. Broad design goals and 
objectives are evaluated to test potential concepts in conjunction with simpli- 
fied dynamic and sensor error models of the subsystem elements. Paper- 
and-pencil analysis can be done using trajectory conditions to establish the 
preliminary control requirements (e.g. , control moment and actuator band- 
width). Using simplified control and guidance formulations in the 3-D 
Terminal Guidance Simulation (E602) and End Game Simulation (£,578) pro- 
grams, preliminary performance can be evaluated. £ 



TABLE 43 


‘ GUIDANCE AND CONTROL COMPUTER PROGRAMS 
'-»••• USE IN MISSILE DESIGN <■! 

• ' . . r> . ■ » . ■ .. : 


i fci :.>:v *■ ~ . 1 

System 

Preliminary 

Detailed Design 

Computer Prof ram Title 

Studies 

Design 

and Testing 

o 3 -D’|£fcrminal Guidance 
Simula tio» /E602 ) > • 

X s 

X 

X 

V 

GVPAT (AB16) 

X 

© 

' * X 

X 

, - • ■ ; - .? • » 

End Game Simulation 

X 

-- 


(G578) 


0. ' ■ . 


Vehicle Modes and 


X 

X 

1 Frequencies (DA02) 

. 0 

* ■ 

a „ •' - V ' 

f V " i n ’ ' ■ V •» 

CEP Analysis Program 


X 

X 

(P1299) 




Shaping Network 
Synthesis (P3175) 

i 

X 

. x 

NUHYAP (P2286) 


■ X 

x 

Hydraulic Actuation “ 

Q , •' 

X 

X 

System Preliminary 

o 

:*) ■ - . 


Design (H425) 

« 

■■ ■ ; . u. 


Valve -Actuator Fre- 


X 

• " X 

quency and Transient 



i " ' r L 

Response (P22 19)., 




Actuator Friction 

fl ~ ; 

i) . •■■■■. 

X 

Analysis (FRICT) 

. ”, • ' ; . 

rt • ?1 ■■■■■■ 


Servo Activator Rate 

,, X 

‘a ; 

x 

; ■ "• ll 

and Mome nt ( RA T E ) 

rf ' 

• * V- 

.1 . , ■ . •' ' 

Multiloop Linear 

pi} ■* . II 

"q x - 

• o 

X 

Analysis (CA48) 


K 

if . ' 

Total 


o ” • 

; -r^'lO 

10 

Incremental computer 

4 ,! 

. 7 


programs ‘ 


• . 

■ ■ v 
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In the preliminary design phase, programs are- applied to evaluate the 
concepts carried over from the system studies phase. The emphasis in 

•' ') r. 

preliminary design is on improving the guidance and control subsystem 

models and exercising comp&tM: programs to develop trade study and control 

[| i ° ^ . 

sizing information, ' ■ ° v : ■ 

- y „ v i 

Control programs which will bo used to generate actuator sizing iiiclude 
H425, FRICT, and RATE. These programs will be used to determine size, 
weight, power, bandwidth, friction levels, and response ch&racte¥isitics. 

•, |f tf . .. .... 'O '■ 

Programs such as Multiloop .Linear Analysis (CA48) will be employed to 
obtain loop stability data and DA02 will be used to get data on 
control transfer functions for flexible bodies. 

, ' , . ” - " a ° 

.The Shaping Network Synthesis Program (P3175) will be used to determine 

•• K) 

the shaping of network characteristics. Additional runs of Program CA48 will 
» be made with shaping to verify stability margins and to identify potential 
advantages of the proposed actuator bandwidths and loop configurations? 
Guidance activity will be devoted to comparing guidance algorithms and 
improving the seeker and radar -tracking models. Guidance sensitivity 
analysis will be, expanded in this phase to quantify the trade studies on 
guidance law, seeker mechanization, guidance instrumentation errors, and' 

o • o ‘ ° " 

target characteristics. Programs such as, E602, G578, and the CEP Analysis 
Program (P1299) will be employed to determine the accuracy of the end-game 
and boost phase. Comparisons can be made concerning seeker mechanization 
guidance -loop noise sources, guidance -loop stability (using CA48), and con-, 
trol mechanization impact. ■ 

‘i .“ ” • ■ „ , ' "■ ■ ° ;v" , 

Computer support will be used if. the detailed design phase to identify and 
expand design and performance data on a selected concept. The controls 
area will utilize the Vehicle Modes and Frequencies program (DA02) with 
improved mass properties data to obtain design information on the flexible 
6 vehicle. In addition, development testing and desig#data fed into CA48 will 
provide improved co-nltrol actuator and- sensor models for use in stability 
analysis. Mathematical models prepared from test data, for seekers, v 
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detector errors, boost errors, and tracking System performance will be 
used to obtain improved performance and stability data using Programs 
E6.02 and- CA48. I > 


5.2.8 Existing Cost Comt 


(rams 


Four typical computer cost programs used in design are given in table 44: 

GO'' 

The computer programs are described in Appendix H. No similar computer 
programs have been found. In costing, the normal procedure is to write a B 
special program for each different design study. Frequently, a new program 
need not be written if minor revisions ware made in an existing program, , 
such as any of the basic programs cited in table 44, * 


A computerized cost model for missile design would contain th$ general 
characteristics of the programs listed in table 44, but they would be • 
modified to incorporate more design options and alternate paths thah are 
presently available in any single computer program. The model would 
combine many features of the basic programs into a single code. 

It is appropriate that a single gross model such as the Light Area Defense 
Study (LADS) program be used during the system studies phase while a more 
complex version such as the Preliminary Surface -to -Air Missile Cost 
Model (SAMCOM) or even the System Cost Analyses - Life Cycle Estimate 
(SCALE) be used during B p reliminary design. This would provide flex- 
ibility and quicker response time by minimizing the detail input during the 
earlier stages of the study. At the same time, it would permit use of addi- 
tional design details that become available as the study proceeds. The addi- 
tional details would provide more accurate and lower-level breakdown of 
the costs. ’ ■ „ , 


Whenever a missile system uses new°tcchnology or new manufacturing tech- 
Cliques, the appropriate cost-estimating relationships must be changed or 
modified to obtain realistic figures. This modification must be done man- 
ually. “It involves searching historical data banks, evaluating the impact of 




TABLE 44 







Computer Program Title 

System 0 
Studies 5 

Preliminary 

Design 

« — -—ir-”— — 

Detailed Design 
1 and Testing 

Light Area Defense ' ; 
; Study (LADS) 

X . 

<» ..... . ; 

° * X 

* * ^ o 


a ■ t *' ' . . c - f) r i ; '. 

Breliminary, Surface-to- 
‘Air Missile Cost Model 
(SAMCOMJ -V 

1 X 

Y\* P ’ 

0 

■ c ~ ' • 
G * " 

Advanced Tc.fm.inal 
Interceptor Technology 
Program (ATITP) 

X 

X 


System Cost Analyses - 
Life Cycle Estimate 
(SCALE) 

X 

o ' ° 

• X * 

0 V'... 

t 

a // 

% 

Total 

4 


o . 

& 

Incremental computer 
programs 

4 

: / ■ o 
... 0 

./ 0 - 

— _ — 


advances in the state of the art, and determining the appropriate equation 
.^to include. in the computer cost model usied in the changed design. 


Early costing activities can be more meaningful if the cost data include an 
estimate of the range of probable costs and the likelihood of the'actual value 
Ibeing greater* Qif less than selected values in the quoted range. This type of 
information is particularly significant in early phases of a program and 
during trade studies, i'. ",- ;.r :i ' 

' . V. : ". v ' ; - 

In the detailed design phase, the pricing apd account! ng\data include projec- 
tions of the trend -to -date to predict the cost of the complete missile pro-' 
gram. These projections are not presently automated, but they have been 
studied in sufficient depth to verify they could be automated. 



5. 2, 9 Existing Armament and Ordnance Computer .Programs 

o *■ ■ o t: : - ° . 

" , ••• , • , " . ■ . 0 .-V- .. 0 - ■ ■ ,V *:.L ***■■* '?■■■' 

- ■ ■■ e 1 .■ . - ' " ' ■ '’ :o V • .. V , 

Afe the beginning of the system studies phase, the basic' threat problem is « 

. . *■ *■ o’. “ ■ 

assessed and parametric data are generated to pse m war games. Program 

. . ,.V- 1 . " V ''’® -V • " ' ■ I -o’ V'“ •' , , o 

8RLSGP, Is used for surface threat estimates of lethality, and program J 

BRJLAAP is used whore there is an air threat. Program ARM-G is the war 

■ ' r .. O ' « fi o " . .. & 

game in which the missile and firing tactics, are: assessed against the hew threat. 

*• • " .. : • '• " 

■’/O • o'* 

At the concept review which follows system studies, the results are evaluated 

^ . ' p •*« 

and a decision is made to continue to preliminary design. » 1 » . 


Prelithinary design begins with the calculation of vulnerability data, for the 
threat. Program J-7 1-7-2 is used to produce tables of vulnerability as a 
function of warhead type.. Galciilatioiis of effectiveness in this phase use 
more sophisticated and more accurate computer programs than in the system 
studies phase. The measure of effectiveness has also changed. For surface 
threats, the lethal area program (J-70-6-1) is used for warhead optimisation; 
for air targets. Program P5041 or P8„40 is used to compute the single -shb't 
kill probability as the warhead optimization index* , After having determined 
the optittlum wafheadSconfiguratlon, structures program CADD is used in a 
conversational mode to produce drawings of the warhead. After obtaining / 
drawings, a final estimate ,pf the ictj^lity is made using' the applicable C ; ' : 
prpgram. » ;• - m ~ \ \ 






Detailed design would utilize only the partial capability of IPAD. The design 
testing involves specific tests tailored to the warhead being used. It is 
necessary tc make these tests in order to choose between design alternatives. 

. o * o 

This operation cannot be automated. However, the design drawings can be 
made using CADD. Parts are manufactured for the design demonstration 

test in which certain test data are required by specifications in order to prove 

' :W 


the design. After the successful design demonstration test, the safe distance 
is set based on the design demonstration test data. The safe distance is a 
distance o from the warhead at which it will not injure either personnel or 
material. ^ 

9 *■ "% ;• '*..***".: ■ ^ ■ v; 

The design phase ends with qualification of the item for the environments 
specified, in the MIL STD 300 series to prove the warhead safe to handle, 
transport, store, launch, and fly until armed and commanded to fire by the 
fu»e. . "■ ■ tv ' ’ t—v. 7 * " 


Table 45 lists the known computer codes for ordnance design activities, 
and provides names of other codes with similar capabilities. No similar 
programs wore found in the computer libraries of Roe in g or General 
Dynamics, However, the Picatinny Arsenal, the Ballistic Research Labora- 
tory, the Naval Weapons Center, and the Air Foi'cC Armament’ Laboratory 
each has its own programs for calculating lethal area and kill probability ! 
against personnel targets, a function also performed by Program J -70-6 - 1 . 

5.3 UNDEVELOPED COMPUTER PROGRAMS PROPOSED FOR IP, AD 

'? . .• 

o - ,C- ' 

\ S' . 

Some missile design activities currently being pei*£ormcd manually can bo 
quantified and therefore automated. In these cases, the technology and 
physical relationships already exist so that automation can be achieved by 
development of computer programs. The areas that could be automated 
with additional software development are: (1) costing, (2) sensors, and (3) 
armaments. 0 A £ ;**: -«.* 

: • 11 - 0 . r o’. 

5.3,1 Undeveloped Cost Computer Programs " 4 , , : - 

Two kinds of computer programs can be developed in costing; * those which 
enhance the value of the cost design activities, and those which automate 
manual activities. In the first category, the undeveloped program has boon 
named RISK and in the second category it is known as COS-1, Thos^ pro- 
grams ape described in Appendix J. 

, : V ... * v ’ ' ^ , 

During the system studies phase of a hardware program, the cost of several 
different systems is compared. In the past, the selection of the preferred 
system has been, based on comparing the best estimate of the cost of each 
system, The RISK model provides the opportunity to select systems by 
comparing both the best estimate and the probability of each system over- 
running or underrunning its best estimate as well as the anticipated magni- 
tude of £h.e overrun or underrun. ° 
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TABLED 

ARMAMENTS COMPUTER PROGRAMS USED IN MISSILE DESIGN 


° 5 ° . Detailed 

Computer Program System Preliminary Design Similar Computers 
Title Studies ^ Design and Testing Programs 


Missile Quantities 

t squirements . ■ 
RM-C) 


Salvo Gunfire 
Program (BRLSGP) 


Antiai r c raft 
Effectiveness Pro- 
gram (BRLAAP) 


Magic Computer 
Simulation 
(J -71 -7-2) 


Air -to -Air Termi- 
nal Encounter Simu- 
lation Program 
(P2308) 




JMEM Anti-Per- 
sonnel Lethal Area 
Program '& 

(J -70-6-1) 


Total ,, 

■ •' • . ’ <>;■ -■ 

Incremental com-^ ; 
puter programs 


X - V 

s ’ 

X " 

X 

X 

• ) 


■ ■ \ ^ r 


° x 

X> 


J. 

p 

sift 

/ . ; /. t 

3 

3 

■ >v .■ ■ ■■ ■■ 

6 

J- ■- 

6 

• ■ 




Air -to- Air Terminal 
Encounter Simulation 
(USAF, P840) 

(The Army Material 
Command and Army 
Missile Command 
have similar* 
programs) 























The best estimate of the total program cost for any system is a summation 

o c- ' - i ° ° " : 0 

of the best estimates of, the cost of subelements of the system. All these 
subelements are not likely to conform to their individual best estimates at “ 
any one time. The RISK model recognizes this and randomly varies 
each subelement between its assigned high and low limits according 
to the likelihood of that subelement varying from its best estimate. Corrib 
bining these random values for the subelements permits calculations to be 
made of the range of probable variation in the total system cost and the 
chance that the system will overrun or underrun. This information provides 
management with an opportunity to evaluate systems op tire amount of risk 
involved. Two- systems may cost approximately the same, but if one offers 

O ^ ^ 11 

a high probability of increased costs and only a slight possibility of lower 
costs, management should be aware of this before selecting one. 


The computer program COS-1 will predict the total cost of the missile pro- 
gram during the detailed design phase. This prediction will be based on a 
combination of actual costs -to -date and estimates of material costs, labor 
hours, labor rates, overhead ratios, and quantities. As quickly as actual 
costs become available, they will supersede the other data. Whenever new 
actuals are introduced, the model will project the impact of the data and 
compute a new prediction of, total program cost. The new prediction will be 
compared with the budgeted cost for the program. This gives management 
a tooi'hror tracking and controlling all costs of the program. 


a 

The ability of the model to predict the total program cost by combining a 
actuals and estimates gives the model three types of secondary capabilities: 
(1) it can determine the cost of change orders that are incorporated in the 
program; (2) it. can calculate the impact of schedule changes on the program 
costs; and (3) it can be used to predict the effect of proposed changes or 
adjustments in the program on cos^. 


In summary, this computer model wiblgjve information which well permit 
management to compare actual performance to budgeted goals. It will also 
permit management to predict the effect of changes in the program on costs 
and furnish information for decision making. 


■ssaaasssaggK; 




,/|- 5 , 3.2 Undeveloped Sensor Computer Programs „ 

O ,J h 

Few computer programs have been developed for the design of missile seeker 
subsystems. A description of undeveloped sensor computer program is 
presented in Appendix J. Computer algorithms for the design, evaluation, 
and parametric analysis of electro-optical and infrared imaging systems 
are described in detail in references 5 to 12, and 13 tp 16, respectively. 
Infrared reticle seeker dp sign algorithms are available, but not in a coded 
- form. (ref. 17). ' ■ ' " ) 

The Army Night Vision Laboratory, in Fort Belvoir, Virginia, and the Army 

Missile Command, in Huntsville, Alabama, have extensive digital and analog 

simulation facilities for electro -optical sensor design. No computer codes 

have been found for laser system seekers; however, detailed algorithms are 

readily available. Radar seeker algorithms are available, but no codes 

have been developed for seeker design, evaluation, and parametric analysis 

because of the unwieldy task in unifying the codes for antennas, transmitters, 

' ....... )j 

receivers, and signal processors. Microwave radiometer seekers are 

relatively new; algorithms are presently under development. 


5 3.3 Undeveloped Armament Computer Programs ' 

Several of the undeveloped computer programs which offer potential for 
design work in armaments are described in Appendix J. These programs 
have been named ARM -A through ARM-E, and could be used for a variety . 
of purposes. ■ ; " 

ARM-A would be a FORTRAN program similar to several existing MDAC 
programs for the system studies phase. ARM-A would have built-in algor- 
ithms to compute overall warhead parameters such as equivalent tons of TNT, 
number of fragments, fragment size, or projection velocity as a function of 
missile diameter and missile weight. The data w'ould be preliminary, but 
would give an estimate-df the expected warhead configuration for use in an 
air threat. ARM-B would use the results obtained from ARM-A , and wcWd 
compute parametric values of lethality, Conversely, ARM- B could be used to 
establish a warhead size requirement for a given lethality, and then ARM-A 
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could bo used to determine the required warhead parameters. It is believed 
at this time that the program would most often be used for the latter. 


/ 


ARM-D, a modified PERT program, would be used in preliminary design to 
estimate warhead and other ordnance costs for cost- effectiveness studies. 

It would predict costs based on average cost-quantity relationships for the 
ordnance industry. 


The ARM-E program would be used in an interactive mode to write detailed design 
specifications* It would contain all of the MIL -STD 3QQ and 800 scries speci- 
fications, asewell as MIL-STD ISlbA^nd other standard ordnance specifica- 
tions. These specifications would be stored on magnetic tape and 
cross -indexed* As each specification is called out from the keyboard, the 
corresponding specification and all of its cross-indexed 1 specifications would 
be included in the output. Data to generate specifications would be Obtained 
from the system data bank, as required, and the operator would intervene to 
include information on certain techniques (e.g., procedures for vibration, 
jolt, jumble, and other qualification tests per MIC-STD-300). Story boards 
could also be made up for special-purpose specifications not in the basic 
system files. “ 


ARM-F would be a data -reduction program designed lo work in conjunction 
with testing. Test data would be stored on magnetic tape as they were 


obtained during testing. XRM-F would then average, plot* and process the 




data as required to compare them with the desired results. This program 
would require continuous updated capability to make it useful on most 
ordnance tests. 


■P" 
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5.4 DISTRIBUTIONS OF EFFORT AND COST *IN THE PRESENT 
DESIGN PROCESS ■ ,-l ° 

This section provides distribution^ on cost, time, and efficiency in perform-^ 
ing a missile design. The functions performed in each design activity are 
first identified and^ analyzed, Costs and schedules are then given for repre- 
sentative missile system segments and design activities. 

5.4.1 Distribution of Creati v e and Noncreative Functions in the ; 

Design Process 1 


/ ... P . 

Some of the logical problem-solving functions in engineering design can at 
present beoaccomplished only by man, while others can be accomplished by 
man, or by computer,' or by both. To clarify the means by which the funp- 
tions are accomplished, the logical problem-solving functions are combined 
and expanded as illustrated in figure 16. The problem definition and system 
synthesis functions are combined since they are accomplished by similar 
means, human intuition and judgment. The system analysis function is 
expanded int'6 two functions, "develop or modify models, " and "generate 

- . ■ -I ';'. -• 

information. " This function was separated because model development and 
modification is a major effort in many missile projects. The numerical 
activities of the "system analysis function" are combined with "system 
optimization 'if since these functions usually occur together. 

y ■ ih'" ; - 'A%:. ■ . " ■ 


The functions presented in. Figure 14 (-involve man in .noncreative and creative 
tasks. His noncreative tasks consist of routine data preparation for cbm- 1 
puter program input , documentation, and transmittal .of data to other 
disciplines, The creative activities, include defining. the problem, synthe- 
sizing alternative solutions ;■ developing and modifying models , and evaluat- 

' S; . ..v ' . . ■ " ,: ; v. • ■*' ' ,-r ' - - i, • ; 

ing information. The mix between noncreative and creative tasks changes 
with each design activity and in each program phase, However, there is 

usually more creative activity in the earlier program phases than in the 

■. < a ■ .■ vA>y : .? .v . . \ ■ /■ .' . ... ■ : 

later ones, as shown in figure 17. This idea is expressed in reference 18. 


■ L ' '• > 

A study was performed to determine the engineering time spent creatively 
and noncreatively for various design activities of the Thor/Dcita launch 





Fiaure 16.-Prob!em-Solving Functions in Engineering Design 
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Figure 17,-Distribution of Creative and Noncreative Engineering Activities in Design Phases 
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vehicle program (ref- 18). The study evaluated the engineering effort 

" •»> i 

expended in the preliminary and detailed design phases fori the following 
types of design activities; (1) rigid-body d ynaihi'e s anfily sis, (2) mission 
analysis, (3) ground track analysis, (4) design .support, and (5) coupled 
modes analysis (ref. 19). = ” 


An example of the creative and npncreative effort is given in the following 
case of a"rigid-body dynamics analysis for the Thor/Delta launch vehicle. 
The activities required to perform this analysis for preliminary design are 
indicated in figure 18. Similar activities were involved in analysis in the 
detailed design phase. „ 


The results of the study are presented in figure 19 for the preliminary design 
phase dad in figure 20 for detailed design. In preliminary design, 45 percent 
of the man-hours expended were for creative activites, while creative effort 
accounted for only 23 percent of the total man-hours spent in detailed design. 
The results of an. evaluation of all the design activities in the study are pre- , 
.sented in table 46. P A 


In other cases, additional expenditures for creative activities are required 
to modify or develop computer programs used in design. Most of this type 
of activity occurs in the system studies and preliminary design phases of a 
program. In one missile program, the amount of man-hours spent in the 
system studies^ phase was about 70 percent of-the total expenditure. Exam- 
ples of various tactical scenarios are presented in table 47. In each see- 
nario, modifications were required in the computer programs. 

.. .. ■ '■ ■ ... p n «.' . '7 • , O •- .. . • 

5,4.2 Distribution of Costs add Time in the Design Process 



This section presents representative development costs and design cycle 
time associated With various missile projects. These figures are used in 
Section 5.6 to estimate the cost, time, and efficiency which may be achieved 
by using an 'engineering design system such as IPAD, 
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Figure 20,-Engineering Effort for ThorMelto Use of S6i 5 in OuCoiJed Design 
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TABLE 46 

°MIX BETWEEN CREATIVE AND NONC11EATIVE ACTIVITIES 


* 

.-Percentage of 

Percentage of° 


Non creative ^ 

Creative 

Program Phase 

Man-Hours 

Man-Hours 

Preliminary Design 

49 

51 

c Detailed Design 0 ; 

77 ° •, 

23 


5, 4. 2. I Cost 


J 


The dost of a missile system can vary significantly with the size, technology 
used, and die type of program. In a hardware program, the percentage of 
total program cost associated with engineering activities will be much lower 
than in a development program. Since the IPAD system is more effective 
when design engineering is the major effort, the cost statistics presented are 
for development programs, . ..... :■ * -- - - ' 

O u 

Percentages of the various cost elements for a typical missile development 
program, an interceptor missile system, arc presented in table 48. The 
cost of engineering analysis and design is 30 percent of the total develop- 
ment cost. The percentage of engineering cost is 5 percent in the prelim- 
inary design phase and 25 percent in detailed design. It is, difficult to 
estimate percentages for the system studies phase because ^f the tremendous 
variation in program budgets in this phase. The amount is small, usually 
about 1 percent of development costs, and is therefore neglected in the study. 
The total program costs for an actual interceptor .system may be on the 
order of $132 million. , v o 

5.4. 2. 2 Schedule ,. 

The time to complete each missile design phase depends upon the type of 
missile system, its characteristics, and whether or not it is a variation of 
some existing missile system. For example, the NIKE, HERCULES, ZEUS, 
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o. TABLE 47 * r d ‘ 

. ■■■■ - ^ ’•> J 0 " .. ~ 

» 

t) 0 

% 

TACTICAL MISSILE SCENARIOS 

5 



= Given Requirements 


1. Target, defended range, warhead, and 
miss distance - ’ - " 


Design Trade.Studies Required 


a <0 

Propulsion -‘Burn time, grain design, case 

.-s o. 

s material, performance' °° 

Aerodynamics”— Body shape, lift requirements 

■ — . C • r t* 

Flight Mechanics — Trajectory shaping, perform- 
ance evaluation 

^ Si \ - 1,5 

Structures — Case material, fairings, etc. 
Guidance and Control — Search, acquisition, and 

track evaluation; end- 
game performance; com- 
mand, control, and 
=■■ communications 

Mechanical — Pneumatics vs. hydraulics (movable 

* o O 

fins, thrust vector control) 

c 

Thermodynamics — Insulation materials 


Target, defended range, family of war- 
heads, p.ud their characteristics 


All of trades listed for Item 1 plus = , / 

Armament — Miss distanced, kill probability 
Others — Broaden scope of above trades to = 
encompass multiple warhead choice 








TABLE 47 

TA C TIC AL MISSILE SCENAR IOS -.Continued 


Given Requirements J 

Target, defended range, warhead, n^T 
distance, and propulsion package ,, 



-■ Trade Sadies Required 

Aerodynamics'— Same as Tf-o™ 7 ~~ 

* . 1 m 1 exce pt constrainted 

by propulsion section. May 

require more work than in Item 1 <f 
to obtain desired lift 
Flight Mechanics - Sajne as irf Item 1 
Structures - Probably One-fourth the effort of 
Item 1 ° 

Guidanp^. and Control - Same as in Item 1 
Mechanics -None if no movable fins are used; 

otherwise, three-fourths the effort 
of Item 1 

Thermodynamics - Same as in Item 1 


_ B„LB >‘ 48 , 

TYPICAL PERCENTAGES OF ENGINEERING COST 
„ ON A DEVELOPMENT PROGRAM 


* ■ o 

P . •; 

' ° . fi Q 

■ ft K * . * W * 0 '<•' 

* Activity 

Percent of - 
Development 
Cost 

o 

Production, Materials, field stations, etc. ° 

40 

, c ff- ’ * 

Engineering, Laboratories, Logistics, 
and Systems Engineering*^) , 

Engineering Design 

Vehicle Hardware’!"^ 30 

->0 

60 , 

! { 

Preliminary Design 5 


Detailed Design of Vehicle* 25 

■ 

^Excludes subcontractor costs. 

^Excludes ground support equipment, mockups, 
station equipment. 

and field 


and SPARTAN missile systems belong to the same family. In the area of 

- ; T 9 

launch vehicles, the Saturn S-IV is related to the Saturn S-IVB, whic,h in 
turn is related to the Orbital Work Shop. In these cases, the time spent in 
preliminary design is relatively short since many of the trade studies were 
already completed for previous systems or because of system constraints. 

Typical schedules for a new missile system are presented in table 49. For 
the four different missile systems considered, the time ^occupied in pre- 
liminary design is assumed to be the interval between receipt of the authority 
to proceed on a contract and the preliminary design review. The time , y 
occupied in detailed design is assumed to start at the preliminary design 
review and continue until 90 percent of the engineering drawings have been 
released, which usually occurs after the critical design review. For the 
systems presented, the average time spent in preliminary design was six 
months and the average time spent in detailed design was 11 months. This 
gives an average of 17 months for most of the engineering analysis and 
design activities. ^ 





TABLE 49 

TYPICAL SCHEDULES 



System 1 (reentry vehicle) 

System 2 (cruise missile) 

System -3 (ground- to-air-missile) 
System 4 (interceptor) 


Average number of months 

\ spent in program phase 

■A ' . 

% •/ • :7 


Average percent of time spent 
in each phase “ 


° ' i Months in Program Phase b 

s Preliminary Des.ign 

Detailed^Design 

Production 

5 !; • , ■ 

- 0 ;; 

10 . 5 

9 

5 ' *r' 

5 

5 

l" < 5 - ]*■ ■■■' 

14 . 

25 

9 -l 

■ Q° ... . . d 

, 17 

21 

■’ 6 , „ 

11. 5 

ti 

10.6 

ij ■ 

• ' o° 
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5.5 PRODUCTIVITY OF ON-LINE INTERACT' YE ORAPHICS AND 
INTEGRATED COMPUTER PROGRAMS ’ 


Three major computer programs used in. the various companies of McDonnell 
Douglas Corporation have proved that integrated computer programs and 
on-line interactive graphics can increase the effectiveness of the engineering 
design process. These programs are: (I) General Missile Sizing Program 
(GMSP), (2) Computer Aided Design and Drafting (CADD), and (3) Graphic 
Interactive Drafting System (GRID), They have reduced the company's costs 
and time required to complete design activities . Similar savings are 
expected in the design of missile systems using the interactive graphics 
capabilities of IPAD. a 


5.5.1 Graphic Interactive Drafting System (GRID) 


GRID was developed at McDonnell Douglas Aircraft for use in design and 

drafting on the F-15 fighter aircraft. Test$ were performed on the system 

<?■ 

0 in June 1970 (see ref. 20). A summary of the productivity ratiqs, or the 
ratios of estimated manual time to interactive graphics system, is presented 
in figure 21. This test resulted in an average productivity ratio of l c 5 to 1. 


The GRID program is now used principally to produce all the electrical 
drawings for the DC- 10 commercial aircraft. These drawings are created 
or modified by an operator at a cathode -ray-tube console under the control 
of and aided by the software system. The user may call for drawings to be 


displayed on the tube for review and modification or creation. The qnnsole 


P 


-contains a light pen, alphanumeric keyboard, and programmable function 

a o, 

keys. Once the drawing is created on the cathode ray tube, the user may 
store the drawing and request that it be automatically plotted using bff-line 
equipment." The software aids the-operator by allowing him to draw symbols, 

o «•*'. V ’ : '■ /:> .0 0 ' _ 

lines, and characters , afid align, delete, duplicate, and move data. a 


> Extensive tests have been conducted to measure the system's effectiveness. 


It has been determined that a new drawing can be created with GRID in 6* 3 
man-hours while, it can be created manually in 25 man-hours. Drawings that 
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NOTES: 

1 - AVERAGE PRODUCTIVITY RATIO (15» 

2 - PRODUCTION RATIOS OF 10 TO 1 OR 

BETTER HAVE BEEN ACHIEVED IN 
10 OUT OF 12 CASES 


Figure 21 .-Productivity Ratios for the Design and Drafting On-Line Interaction Graphics System 

"I'Z ® r ~ " . & ■ 


I) 




take 8 man-hours to revise, require only 1 hour at the console. Over a 
period of 46 months, 27, 000 drawings have been produced with GRID. The 
savings realized over manual methods amount to million. 




5.5.2 General Missile Sizing Program (GMSP) 


Integrated computer programs have been used at McDonnell Douglas 
Astronautics Company-West to increase productivity missile design. 

On one new business proposal*, seven men worked for three 60-to-80 hour 
weeks for a total of about 3 5 man-weeks. This group consisted of three 
propulsion engineers, two structures men", one^aerodynamicist, and one 
flight mechanics engineer. The trade studies performed included grain 

. , ' v o. 

design, vehicle configuration, and rocket motor-case materials. The pay- 

load, motor burn time, and burnout velocity were specified; therefore, no 

0 

trades were perforihed in these areas. The equivalent effort performed by 

O .. 

the integrated computer program, the^General Missile Sizing Program 

The 


(GMSP), would have been abou man -weeks plus computing time, 


productivity ratio using the integrated computer program would have been 


7 to 1. 


GMSP was developed at McDonn|U Douglas several years ago for the con- 
ceptual sizing of missile configurations to deliver a specific level of per- 
formance (see ref. 21). It is a rather large and versatile program that 

'"C.. 

performs rapid and accurate sizing, optimization, and preliminary design 
of a missile configuration and its subsystems for a given performance 
requirement. 


A brute force approach is used for the sizing process which qs signs pro- 
pellant weights to the respective stages, designs each of the subsystems, 
establishes the external geometry of the configuration, optimizes the per- 
formance, and iterates this process until the missile stages are sized to 
deliver the desired performance. The program is written entirely in 
FORTRAN IV and contains roughly 20,000 FORTRAN statements consisting 
of some 120 subprograms. Forty MDAC library routines are also utilized. 
The GMSP consists of a main program, referred to as the master control, 
and 14 modules, each module consisting of from one to 45 subroutines. 
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The GMSP represents a coalition of the analysis and design philosophies, 
techniques, and theories of every nonelectrical discipline involved in design 
of a missile. Each rn^uie groups together all the design and analysis func- 
tions for a particular Itf^system or technology. For example, the propulsion 
module performs complete design, optimization, and weight ana perform- 
ance analyses for the propulsion subsystem. This activity includes the 
selection of type of grain design; die computation of the grain design details 
to produce the desired thrust versus time shape, the three-dimensional 
ballistic analysis, and the nozzle and motor-case design and optimization. 


ThcQMSP may be operated in a variety of modes encompassing a considera- 
able yange in level of detail and computing speed. This capability permits 
the prograrh to be used economically in each of the steps in the design pro- 
cess. The customary procedure of the GMSP in sizing and designing a 
missile configuration is indicated in figure 22. Three major iterative loops 
occur in the program: the initial design .loop, the final design loop, and the 
performance loop. 0 The initial design loop results in sizing a configuration 
to produce a specified impulsive velocity. The configuration design is based 
on the preliminary trajectory data generated in the preliminary performance 
module. This loop includes all the modules except the trajectory and results 
modules, and is completed only when the configuration’s impulsive velocity, 
computed at the point labeled "Vj. check, 11 is equal to the desired value used 
in staging the configuration. 


In the final design loop, thermal and structural design trajectories are 
generated for the initial configuration and its redesign to enable the vehicle 
to withstand the predicted environments. The structural desigh trajectory 
is used in. the design of the airframe and control subsystems*, f When the 
design trajectories the impulsive velocity of the configuration to change 

significantly, the configuration is re staged accordingly. Thus, the final 

(7 j. ■ . $ c .. 

design loop is completed only when the configuration is designed to its own 

'*• jj 0 

trajectories and possesses the proper impulsive velocity, f 

On completion of the final design loop, the trajectory module is entered 
to determine the maximum performance of the configuration obtained through 
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trajectory {shaping and to compare that perfS^mqmfe to the “input sizing 
requirement; When the achieved performance differs from the desired per- 
formance, a prediction is made for the impulsive velocity which will result 
in a configuration design with the correct performance. This value is used 
in restaging the configuration (in the staging module) and redesigning the 
configuration. This loop is iterated until the. desired performance is 
achieved. When the performance loop is complete, the results module is 

o c \ » 

entered <?h summarize and print out the final configuration characteristics 
and performance. The GMSP can, however, be used for quick answers in 
parametric tradeoffs botweejn gross weight and performance and to examine 
the performance variation of a nominal missile across the intercept domain. 


Computt^yg time haif been minimized in two ways: (hpby usfe of prediction 
techniques to reduce the number of iterations in the major iterative loopsj, 
and (2) by incorporating a learning capability whehe the results of sizing 
one missile® configuration are used by the program to aid in sizing a subse- 
quent confi^Wfiotf. Input requirements hc^e Jaeen re^uc^|4-..s J o,,that.,as,few : 

as 60 inpxit items are required to operate the program even though . 


approximately 1,500 inputs are available.. Over 90 percent of the available 


inputs either pertain to the hundreds of design options or are used to over- 
ride internally stored data. 


o 


' J The same operations performed by the GMSP could be done by hand or by 

' ’ ' o 0 . V . . ' i( hy ■ 

engineers operating specialized design or analysis programs, but more 
time, wout^jbe needed and more errors produced; The major advantage of 
^ the GMSP is in thevj>6duced dcsign->,cycle time and cost. With the GMSP, an 

» * o 

engineer can produce a complete tradeoff study or a preliminary design in two 
to three days (including data evaluation), given only the missile performance 
requirement, the desired state of the art, and the payload. Or he can pro- 
duce in a day the portion of the data required to select the performance, the 
state of the art, and the payload. - " 


The cost advantage of the G^SP is considerable since the cost of an average 
configuration in preliminary design is only $'25 or $30, Without GMSP, the 
cost could r^m up to $ 10,, 00 Or' Other advantages are conservation of man - 
power, accuracy, and a high level of detail. Even when the program is used 
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fora small task, such as to generate a parametric curve, the 'User is 
provided with a considerable amount of information o^n the characteristics 

of the missile configurations represented by each point on the curve. 

\ r ' 

5.5.3 Computer-Aided Design and Drafting (CADD) 

V 

The Computer-Aided Design and Drafting system (GADD) program is a 
computer graphics application which entrances the capability of design 
engineers in the execution of their daily work (see ref. 22). CADD is 
used by the designer to develop, maniuplatc, and analyse structural and 
mechanical design geometry faster and more accurately than possible with 
manual methods. The designer uses a graphics console, in his own work 
area. It contains a display surface similar to a television ^screen, a set of 
control buttons (function keys.), typewriter keyboard, and a light pen. The 
designer converses directly with tire computer through the graphics console. 
Manipulating the various console control devices, he rapidly constructs a 
geometric model of his design objective. He uses a different set of function 
‘keys for varied applications. The lofting function keys perform different 
functions than the set of keys used in the layout package, In "drawing” a 
payt on the cathode ray tube, the designer might typically touch a point on 
the tube with tiro light pen and tell the computer that he wants a vertical line 
there.'. He can proceed in this fashion, adding lines, rotating drawings, and 
in general he can manipulate the drawing in a most efficient manner. He 
can store and retrieve drawings as needed to solve his current problem. 

* a 

Thus, the graphics console provides a means of communicating with the 
computer in the language of the. engineer. He thinks the same way that he 
did at the drawing board, except that the computer does the tedious work for 
him. Many subroutines are available which enable him to take many short- 
cuts in drafting with his light pen and function keys. If he needs a hole 
pattern for rivets, he simply tolls the computer how many equally spaced 
holes he needs from one point to another or at a certain distance from and 
parallel to a contoured curve. The cross lines for the rivet holes appear 

■ c ° , . O'. 

automatically in an instant. 


Similarly, on a symmetrical design, the designer draws one half of the ^ 
design to the centerline and tells the computer to finish it by repeating his 
design in reverse. If the design is nearly symmetrical, he still draws half, 
has the computer flip his drawing to complete it, and makes the small 
changes necessary by hand. Text and numbers are also keyed in at the 
terminal and appear where they were set up. The text may be moved en 
masse by indicating where it is to be placed. 

By eliminating tedious effort, the system keeps the designer thinking and 
encourages his creativity. This is unquestionaly one of the greatest benefits 
in terms of increased engineering productivity, although it is the most 
difficult to measure, 

CADD allows the designer to iterate his tasks in a shorter time. In the 
past, if he needed accurate loft data upon which ttP’base his design of air- 
craft structure or mechanisms, he had to send a request form to the lofting 
area where it was interpreted, the contours were manually developed, and 
an actual drawing sent back to him. The average time for this task was two 
weeks; the absolute minimum in a rush situation was two days, and there 
was always a question as to whether the data were completely current and 
accurate, ° 

• c? ..li, . 
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Now, the designer sits at a console in his work area and defines the plane in 
which he needs the contour. The system directly accesses the "surface" 
files in the computer, intersects the pertinent loft surfaces with the defined 
plane, and displays the resulting contour in a matter of seconds, even if 
this plane is a double -canted. It is displayed directly to the man who needs 
it, but if it is not what he wanted, he can reject it and immediately ask for 
the correct contour . 0 “Moreover, w’hen that contour is needed again, it will 
be exactly the same, without any loss of accuracy; 

This approach enables the designer to produce almost as fast as he can 
think. The power of the system is limited only by the creativity of the 
man using it. 


The system was developed undei* the guidance of design engineers. As a 
result, the system is designer-oriented. A designer can think in the same 
terms as before and needs no reorientation of his past design experience. 
There is nothing he can draw on a board that he cannot draw on a console, 
and many things he can draw on a console much better than on a board. A 
designer can be taught to use the graphics system in two weeks and -be 
brought to real proficiency in 50 hours. 

CADD has been used in the design of the F-15 fighter aircraft. Over 15,000 
hours have been logged on the system with approximately 60 designers 
qualifying as experienced operators. The system consists of IBM 2250 
graphics consoles tied to an IBM 360 or 370 computer. 

A measure of its productive effectiveness will not be presented. The data 
to be given indicate only the increased productivity in the design area by 
showing a ratio of the amount of wo' ; Ek that can be accomplished using a 
CADD system versus a manual approach. 

The estimates do not include many intangible advantages such as savings 
realized by creating, aftsjesign in a much shorter time. They cannot show 
the benefit from the ability to complete "key" work and move onto other 
work. They dd’ not reflect the savings achieved in manufacturing, planning, 
tool design, and Quality assurance. These departments have access to the 
data on a display 'Kibe immediately upon completion of the drawing. They 
are able to interact with the computer to create their own instructions on 
use of the drawing. Therefore, the increased productivity figures shown 
below are very conservative. 

• ,, '*<• . . 

Sixty-two design applications were reviewed to determine the productivity 
ratio. Some 326 console hours were used for these tasks and the mean 

It . 

productivity ratio was 10.8 to 1 , even though the CADD package was used 
by relatively inexperienced operators. Individual pljoductivity using the 
CADD system improves significantly with experience. The range of the 
productivity ratios actually experienced during this study extended up to 
36 to 1. " •• *" 


to n see" while in the stowed position. The problem presented an extremely 

}br the designer since it called for data that show the 



difficult layout 

blockage of seeker visibility produced by the aircraft and its stores for both 
inboard and outboard missile locations. Employing the graphics system, 
the task was initiated by taking sections cuts normal to the planview through 
the aircraft and stores mold lines in 10-degree increments using the missile 

’seeker focal point as the center. Since the section cuts contained the basic 

: ' 6 « 

aircraft mold line, the stores mold line, and the seeker focal point, the 
blockage angles and their locations with respect to a horizontal plane were 
readily constructed. „ 


These data were then plotted on an Aitoff's sphere projection and simplified 
by additional^ ecti on cuts* ■ In all, the loft data file was accessed by com- 
puter graphics 80 times to obtain the complete plot for each missile location. 
The task was estimated to take in the neighborhood of 400 man-hours per 

missile location if attempted manually, but was accomplished using graphics 

'• \ 

with 28 console hours, along with a significant increase in accuracy/ 1 


5. 6 PROJECTED TIME AND COST SAVINGS WITH IPAD 


' '• 'O () - ‘V. 

The effectiveness of the. IPAD engineering design system can be determined 
by comparing it with the currently r, < A d engineering design system and 
applying it to the missile design proc ss. The efficiency, cost, and - 
engineering design cycle time can be estimated by considering primary 
activities performed by the system components. These are: 

A. Noncreative manual activities associated with data preparation, 
manipulation, documentation, and transmittal. 

B. Creative activities associated with problem definition, identifica- 
tion of alternative solutions, and data evaluation. 

C. Creative activities associated with model development and 
modification. 

D. Computations made to generate data. 


These elements will be developed into a mathematical model of the engineer- 

• • ' ' „ • 'H- ■ ■ r- a 

ing design process, a “ • 



CADD has proven to be a very powerful and cost-effective design tool when 
applied to selected design problems and operated by qualified designers. 
Some examples of $ie, ^effective use of CADD are given below. 

;-0 

During design and testing of the F-15 inlet subsystem, modifications were 
made at the wind-tunnel site which improve performance in the most critical 
irilet configuration. This information was relayed to the design group which 
then 

1. Evaluated the difference between the original design and the wind- 
tunnel -revised subsystems for eight critical ramp locations. 

2. Checked the compatibility of the revised linkage system with 

r M 

respect to the actuating system and obtained any increase in 
maximum ramp angles., * 0 ■ , i' 

3. Laid out a minimum linkage and ramp structure configuration 

change with equivalent inlet ramp positions of the revised?wind~ 

* 

tiinnbl modebin each of the critical ramp positions. 

" . . . . . •_ • . ■ tjj 

•Since CADD was used in the original design of the inlet subsystem, the 
ramp subsystem was readily retrievable. The above actions were completed 
and the results reported to the propulsion engineer who requested the work 
within a five-hour period, allowing the test to be continued with the new' 
linkage system data. Upon verification of the improvement from tests, the 
structural modification layouts were made via CADD and incorporated in 

' vy • ^ • •. ... 

the present inlet subsystem. The fundamental advantages of a graphics 
system — accuracy, speed, and the ability to study alternative solutions 
rapidly — we re clearly demonstrated in this example. Similar problems 
previously completed by trigonometric calculations would have taken about 

two weeks to solve. 5 . : 

" • •[ • • • •• 

' • . ' : cs • • ■ ■; .il • • • k> J ■ '■ * 

Another study involved interspatial relationships with such items as position- 

• • ,, p ' 

ing of external armaments through the full range of launch, release, and 
flight positions as well as their relationship to vehicle contours .and moving 
landing gear systems. The missile-seeker visibility spectripn was investi- 
gated, and a missile mounted on a wing pylon was designed with the ^bility 
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5 . 6 . 1 Mathematical Model of the Engine,, ering Design Process 


Tile mathematical modul o! the engineering design process considered the 
four elements identified aboveand me missile system statistics presented 
in the preceding section. The mbdeKillpstrates the primary relationships 
in the engineering design process, and therefore allays for a quantifiable 
approach to evaluating various engineering design systems. General con- 
clusions about various systems can also be made. The model development 
is described in the following text. 


Define the following parameters for an engineering design process that con- 
sists of many design activities and uses primarily nonintegrated computer 
programs exercised in the batch mode. 

C™ = Total cost of a missile development program 

\\\ 

Pj “ Percentage of total missile program cost spent in engineering 
analysis and design activities in the system studies phase 
P2 = Percentage of total missile program cost spend in engineering 
• analysis and design activities in preliminary design 

Pg = Percentage of total missile program coat spent in engineering 

analysis and design activities in detailed design » 

P^ = Percentage of total missile program cost not considered in P^, 
P 2' P 3* Therefore, P x + P 2 +P tP^l 
Cj = Cost of engineering analysis and design activities spent in the 
system studies phase 

C2 = Cost of engineering analysis and design activities spent in pre-^ 
liminary design i 

C ^ = Cost of engineering analysis and design activities spent in 

detailed design 

C^_ = Cost of missile development program not considered in C^, C2, 

C^* Therefore, C^, = C^ + C2 + C^ + C^ 

Let a prime (') denote the results of the engineering design activities being 
accomplished by a system of integrated computer programs operating 
primarily in the terminal on-line interactive mode with graphics (i. e. , an 
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IPAD-type system). The missile program costs can be determined for each 
design phase for a given engineering design system by the following: 


let 


4 

I 

i=l 


=T--S V 


(1) 


where the costs in each phase are defined by the followmg relationships: 


C a P. 

= i i T 


V 2, 3, 4 




(2) 


C. * P.' c m 
i i T 


For each phase, the cost is 


r'i\ 

C'. = ( — — c. 
1 VC: / 1 


1, 2, 3, 4 


(3) 


Employing equation (2), and letting the total program cost, G^, be 
normalized fCrp = 1), equation (3) becomes 


c, t ■ (4r) p i 


i = 1, 2, 3, 4 


(4) 


Consequently, the change in program cost is weighted by ,the.factor P^; i. e. , 
a percent change in cost has a stronger effect in the design phase which has 
the largest expenditure of effort. 


The total cost for each design activity can be divided into four cost elements, 
as indicated in equation (5). 


... ? ... . c f 

e . . e . +e..~ -f e . . , + e . . . 
Ji % jil ji2 jx3 ji4 


( 5 ) 
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where 


Total cost of the design activity in the phase 

Noncreative cost associated with routine data -handling for the 
i™ design activity in the j phase 

Creative cost associated with problem definition, synthesis, and 
data evaluation for the i design activity in the j phase 

Creative cost associated with model development and modifica- 

ttl til 

tion for the i design activity in the j phase. 

tti ' 0 

Cost of nurrjerieally generating data for the i design activity in 
the j* phase 


For the engineering design process which uses primarily nonintegrated 
computer programs operating in the batch mode, the cost elements dre 
defined as follows: 


R D T jil 


R D T ji2 


R D T ji3 


= *N T ji4 


where 


= The hourly rate (dollars per hour} of design personnel 

= The hourly rate (dollars perjiour) for numerical computation 

= Time (in hours) spent in noncreative, ’ routine data-handling 

"til . til 

activities for the i design activity in the j phase 

= Time (in hours) spent in creative activities associated with 
problem definition, solution synthesis, and data evaluation for 
the i^ design activity in the phase 





it 


= Time (in hours) & pent in creativ^^^ivitie^s associated with 
model development and modification for the i^ design activity 


in the j*'* 1 phase 


T ji4 * Time (in hours) spent in nyjtnexicall y generating data for the i 
" design activity in the pni 


.th 


lase 


Substituting the. set of equations (6) into equation (5) and summing for all 

th th 

design activities, in the j phase provides the total cost of the j design 

phase. The total number of design activities is N.. 

3 "° o 


N. 

J 


N. 

J 


N. 
J 


N. 

3 


N. 

3 


C. 

J 


I e ji - K dX T jil +R D X T J12 + *dI T - + R 


i=l 


i=l 


'D ZX jiZ ' 'D zX -• Ji3 
i=l ° i=l 


N z[ T ji4 
i=l 

(7) 


Refine the average times spent ixj each type of activity (creative, noncreative, 
etc. ) as follows % o 


N. 

3 


•X V 


T jk 


T=T“ -r ‘ 

Nj , 


K 

i 


1, 2, 3, 4 
1/ 2, 3, 4 


( 8 ) 


Substi-tutihg equation (8) into equation (7) results in 


Cj 1 N, (RjjT + R D T j2 + R D T j3 + R „T ) 

" Jf™ 


(9) 


The costs for a design activity being performed by ah engineering design sys- 
tem using integrated computer programs and operating in the terminal 
on-line interactive mode are very similar except in two respects: 

A. There is an additional cost for. terminal operation. 

B. The engineering design process in terminal operation allows for 
greater efficiencies in both the noncreative^an'd creative tasl<;s 
associated with problem definition, identification of alternative 
solutions, and data evaluation. 
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The cost for the total number of design activities in the j design phase is 


rrv 


C'. = N.(R^T.. n. + R^T.-W. + RvJf., + R^T., + R_T.,».«r.) 
J J D ji D j2 j D j3 N j4 T j2 j j' 


( 10 ) 


where 


tj. = Efficiency resulting from the noncreativc, routine data-lvandling 
1 th 

activities being performed by an IPAD system in the j design 

phase 

7?. - 

1 Jl jl 

to. = Efficiency resulting from the creative tasks, problem definition, 

identification of alternative solutions, and data evaluation in the 

.th , . , 

j design phase. 

<o = T' /T., 

3 j2 j2 

o. = The percentage of creative activity performed with terminal 
on-line mode of operations ; 

R,p ‘= The rate (dollars per hour) for terminal on-line mode of 
operation with the IPAD system - - 


N'. = The total number of design activities being performed in the j 

3 u 

,, phase by an IPAD system 


.th 


The rate for terminal on-line mode of operation depends upon the IPAD 
system design; for example, on the type of host computer, type of terminals, 
and the number of terminals. It was assumed that the time a man spent at 
a terminal performing noncreative activities would be negligible. 

The ratio of costs duo to using the two different engineering design systems 
is required for equation (4). It can be obtained by combining equations (9) 
and (10). This results in the following: 
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It is assumed that the costs associated with numerical computation, can on 

SN o 

the average be neglected with respect to the other costs. Reference 2 states 
that these costs are between 4 and S percent of the total engineering cost. 
Equation (1,1) therefore reduced to 
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The above expression /kjarrbe^educed by defining the. following) parameters: 



6. - Ratio of terminal on-line interactive rate of operation to the 
effective designer rate 
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p. = Ratio of time spent in noncroative activities to time spent in 
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.creative actavities, (exclucling mod-el ^4e'^^pmcnt) " ' 
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T i2 ' * ' = 

= Percentage of time spent on the development or modification of 
computer programs 
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After substitution and some algebraic manipulation, equation. (12) becomes: 
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For assumed missile program statistics (p^, p., <r.) a given ratio of 
terminal to designer rates (6^), and equal number of design activities 
(N^ » Nh), the equation is a function of two unknowns, the creative (uk) and 
noncreative (q.) efficiencies. ,A productivity ratio can be substituted for 

one of the unknowns by the following procedure. Let 
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th 

The productivity ratio for the i design phase when no model modi 
ficatiorf or development is required 


T il * T i2 
n i T iI + w i T i2 


p. + 1 


u. . q . + u) . 
r x 'x 1 


(14) 


This definition of productivity is consistent with the reported productivity 
ratios presented earlier; i. e. , the computer program or model was in 

: w 

existence and did not require development or modificatibn. Eliminating the 
creative efficiency («.) from equation (13) by using (14) results in: 
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A similar model can be constructed for use in determining t|>e savings in 
design cycle time* This model is: 
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The paratneters are defined as follows: 


Q. = Percentage of the total missile program time spent in the i 

design phase. ^ 

Dj = Time spent in the i design phase, 

> 

° . ' 2 

Some conclusions can be made about the effect of various engineering design 

systems on the engineering design process: 

J o 

A. Changes in the engineering design cost and design-cycle time are 
weighted by the effect of the engineering design phase. Conse- 
quently, a given percentage change will have its greatest effect in 
the design phase, which has its greatest effect on program cost and 
schedule. 

B. Savings in cost and design-cycle time can be reduced or even 

o ft 

« eliminated by a reinvestment of effort in perforniing more design 

activities. o 

C. Savings in cost and design- cycle time can be reduced by modifica- 
tion and development of models which are common to all the 
engineering design systems. Consequently, these computerized 

models should be general so they can be applied to different design 

© ' 

activities. 

The ratio of upper to lower limits on cost and design duration, or efficien- 
cies, for a. engineering design process are presented in table 50. The 
range of the limits are o 
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SUMMARY OF EXTREME ENGINEERING DESIGN PROCESSES 
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Types of Design Processes 
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5. 6.2 Application of the Model to the Missile Design Process 


The model developed above is applied to missile design by using th^ two 
extreme engineering design systems described earlier; i. e. , an IPAD-type 


system and a noninteractive graphics system using the batch mod<| opera- 
tion. A summary of the parameters used in the model is presented] in 
table 51. It is assumed that the productivities which have been representa- 
tive of past on-line interactive systems using a. large, integrated computer 
program will also hold for the IPAD system. Also, the mix between graphics 
and alphanumerical terminals is such as to reduce the terminal charge to 
the point where it is almost negligible when compared with other costs. 

‘ I 

The savings in, the cost of a missile development program can be determined 
by applying the above model. The preliminary design cost is=reduced from 
5 percent of the total program cost to approximately 2 percent and.. the 

0 o K '' 

detailed design cost is reduced from 25 percent to 4’. 2 percent. This results 
in a total program cost saving of 24 percent. ^ - 


Using the values of the parameters presented in table 51 and equations 116 ) 
and (17), the change in the average design cycle time for a typical missile 
program can be determined with the IPAD system. These, results are also 
presented in figure 23. In a typical preliminary design phase, the time 
would be reduced to 6. 5 percent of the total program from 21 percent and for 
detailed design, to 6. 3 percent from 41 percent. The savings for the 
engineering design^ cycle would total 49 percent. # 

5.6.3 Benefits Gained by Using IPAD 


The current engineering design system has developed in a manner vjhich has 
not resulted in an optimized interface between its components. The proper 
adjustment of design tasks to the components of the engineering design sys- 
tem would bring both tangible and intangible benefits to the design process. 

The IPAD system, with its primary features of integrated computer programs 
and terminal on-line interactive mode of operation should enable these 
benefits to be realized. Some of these benefits are: (1) reduced cost, ° 
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VALUES OF PARAMETERS USED IN THE ENGINEERING DESIGN PROCESS MODEL 
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the i tn phase 

Efficiency resulting in performing nohcnestive 
activities in engineering design with an IPAD system 

Percentage of creative activity performed with 
terminal on-line mode of operation 

Productivity ratio 


Ratio of terminal on-line interactive operation rate 
to effective designer rate 


Ratio of time spent in noncreative activities to time 
spent in creative activities 


Percentage of .creative activity expended for com* 
puter program modification or development 
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Figure 23 —Program Cost and Design Cycle Savings 
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(2) reduced design-cycle time, (3) improved design quality, (4) increased 
reliability n and accuracy of the design, (5) reduced manpower loads in 
design, (6) maximized design visibilit^jk2d traceability, and (7) a more 
creative work environment. 


As previously noted, an IPAD system can significantly reduce man's time 
in performing noncreative and creative activities. Manual, routine data- 
handling operations would be rfeduccd or eliminated, and creative efforts 
enhanced for a given probleni oecause of the easy access to supplementary 
design information and ease of interacting with design simulations. 


The use of integrated design models will result in a larger, complex model 
with more accurate relationships. This in turn should result in improved 
design quality, reliability, and accuracy. Some of the effort saved can be 
.reinvested in an increased number^oTdesign activities. 


Manpower needed for different design phases Will not fluctuate as much with 
the IPAD system. Historically, system design requires more noncreative 
effort in the detailed design phase than in preliminary design. The IPAD 
system, by reducing the noncreative manual efforts, will enable the man- 
power level in detailed design to approach the level of manpower in pre- 
liminary design. 


The design visibility and traceability will be maximized by using the IPAD 
system because historical system design data will be stored as archives in 
the data files. The result will be better management of the engineering 
design process and elimination of redundant design activities. 

■ » "t 

% 

An environment for performing more creative work will result from a more 
optimal interface between man and the computer. Since most of the non- 
creative efforts will be eliminated or greatl^reduced, the total environment 
supporting the IPAD system will change, which in turn will affect man. 
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5. 7 IPAD DESIGN FEATURES APPROPRIATE TO MISSILE DESIGN 
5. 7. 1 Description of IPAD System 



This section discusses some key aspects of both the General Dynamics and 
Boeing IPAD systems as they relate to missile design. In general, .all 
features of the IPAD system as presented in references 2 and 3 will apply to 
desjj\| of missiles as well as other aerospace vehicles. But iPAD's 
applicability to missile design will actually depend upon the final form of the 

o 

IPAD system. If, as suggested by both contractors, the system has con- 
siderable flexibility, then it should be applicable. 

As envisioned by General Dynamics (ref. 3), the IPAD system consists of 
management and engineering capability software, IPAD framework soft- 
.ware, operating system software, and computer complex hardware. The 
management and engineering software is viewed as being designed for. the 
specific needs of one type of project. Therefore, the set of operating 
modules for aircraft design would be different than the set for missiles, 
although some modules might be common to many types of projects. The 
remainder of the software and the computer complex hardware are viewed 
as having the same capabilities for all users, but may differ from installa- 
tion to installation. © 


The management and engineering software resides in a master data bank 
along with related data. The master data bank consists of one or more 
project-level data banks which are each divided into a disciplinary data 
bank and a user file. The project-level data bank, as the name implies, is 
related to one project. It contains utility programs which support all users 
and operating modules applicable to all users. The user may. access 
operating modules which relate to his discipline and place" them in his own 
disciplinary or user file. The project-level data bank also contains multi- 
disciplinary data that pertain to one specific design. Data are placed in this 
file after they are verified by the designers. A data bank administrator 


would control data that are placed in or removed from the multidisciplinary 
data bank. This data bank must be controlled since it will represent the 




approved design of the vehicle. An update file contains prospective data for 
the multidisciplinary data bank. 

The disciplinary data bank contains utility programs, operating modules, 
and data that are used primarily by one group or discipline. Individual users 
may pull information and programs from this file to create their own user 
file. The design engineer uses this file in the design of a portion of an 
aerospace vehicle. „ 

One of the most significant aspects of the General Dynamics study is its 
many references to the data base task group of the Conference on Data Sys- 
tem Language (CODASYL). The General Dynamics report states that the 
data base management system, as envisioned by the CODASYL task group, 
is fundamental to the IPAD design. As General Dynamics created the IPAD 
design, it became apparent that most significant problems in IPAD centered 
around the data base. The study found that CODASYL' s data base manage- 
ment system provided the capabilities that IPAD needed. 

One area of interest in the IPAD framework software is the IPAD Executive 
(EXEC). The EXEC controls the interface of the user with IPAD and also 
facilitates his task by providing a more automated data setup and program 
execution capabilities. 

The EXEC functions through the use of task control sequence files. A task 
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control sequence is a set of commands needed by a user to perform a par- 
ticular task. Once written and named, a task control sequence can be called 
by the EXEC to execute all specified steps automatically. A task control 
sequence may be written through the use of aVtility called the interceptor, 
which is part of the EXEC. The interceptor creates a permanent task con- 
trol sequence file of the commands as they are executed. A task control 
sequence can also be created using a text editor. To standardize format and 
to facilitate the creation of a task control sequence, other utilities such as 
the task control sequence skeleton and the skeleton, expander are available. 
The skeleton is actually a task control sequence structured in the most 
desirable manner, and contains only common data for all sequences. The 


skeleton also contains descriptive information to show what steps are needed 
to create the task control sequence. The expander would provide access to 
the skeleton and ask questions of the user in a step-by-step manner to guide 
him through the creation of a task control sequence. 

■ 
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The General Dynamics report indicates that languages associated with IPAD 
« . ' ■ r . 
should be formulated by a CODASYL-like committee of potential developers, 

users of IPAD, and hardware vendors. Emphasis should be placed on 

simplifying the writing of computer instructions so that persons other than 

programmers can use IPAD, nhe results should be acceptable to CODASYL 

and the American National Standards Institute. With this involvement, the 

hardware vendors are more likely to implement the capabilities on their 

. i> <> , ; ■ 

machines so that more software is written in these languages and is 
transferable. 

The General Dynamics design recommends that the task control sequence 
skeleton be used to provide the interface with the operating system language 
-for the IPAD user. The skeletons could be established for a given system, 
including detailed instructions to the user on his options. Once the user 
became familiar with the skeleton format, he would not have to refer to git 
to create his task control sequence, but he would be able to use it for 
reference. This seems to be a reasonable approach in that the task control 
sequences created in this manner would be standardized in format and 
recognizable by another needing to use the code. 

The IPAD command language would also be used for EXEC commands in 
calling and creating task control sequences. The EXEC commands turn on 
the interceptor or cancel its action. The EXEC is also used, to control the 
task control sequence skeleton expansion capability. 
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The General Dynamics design seems to be inconsistent in the area related 
to s EXEC commands. The company's study indicates that the EXEC cannot 
be transferred from machine to machine because it must be different for 
each type of host computing system. The study also suggests that the 
higher -level languages are not suitable for use as an EXEC language because 
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all of them contain a weakness in, some area' ox are not available on all types 
of machines. The study therefore recommends using the assembly language 
o£ each machine for EXEC coding. This seems to conflict with earlier 
statements recommending the use of an IPAD language for the EXEC. 

p 0o 0 

■ A data description language is recommended for use in handling data. The 
language defines a data base and permits operating modules and utilities 
to interface with the data base. Again, reference is made to CODAS YL’s 
task group. Two types of data description languages are presented. Schema 
DDL and Sub-schema DDL. Schema DDL describes the data as they exist 
in the data base. The Sub-schema DDL does not describe the entire data 

■ . ■ v. v,.\r i . 

base, but only those areas known to one or more specific programs. The < 
data are (presented in the form in which they are needed in the specific 
program. Thusj the user need be concerned with only that portion of the 
data base relevant to his program. 

• • ; <f 0 • . . i- 
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A data manipulative language provides the ability to interact with the data 
base. To accomplish this, the host language and data manipulative language 
are both uspd in an application program. The host language portion of the 
program manipulates data in primary storage. The data manipulative 
language portion of the program is the interface language with the data base. 

Q >■ 

■2?' , All calls to retrieve, add, modify, or delete data or data relationships are 

written in the data manipulative language. 
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The data description language and data manipulative language together allow 
the user to collect data needed for his task, reorganize them into a form 
acceptable to an operating module, and transform the output of the module 
into the form requjred for another operating module or the data base. ». 

The General Dynamics design also proposes a query processor language 
which provides the IPAD user, who may, not be a programmer, with an 
interactive access to the data base for interrogations, updates, and creation 
or restructuring of the data base. Their design specifies that the ^complete 
data manipulative language capabilities be provided for interactive use. 
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Boeing's IPAD feasibility study (ref. 2) disclosed that the design process for 
aircraft is similar to the process for missile design in that they both follow 
the same engineering design methodology. Virtually all of the key design / 
features for aircraft will prove equally valuable in missile design. IPAD 
will be able to provide an organized method 1 for the design of missiles and> 
other complex aerospace systems. 4 

r> ’ *• ° a ^ 0 

Boeing's study stresses the need for continuity of the design process with 
task and time, particularly at the individual user level. This means that the 
individual should be able to work on a task in a fcontinuous manner from 
initiation to completion, which is conducive to generating and sustaining 
creative momentum. When tlie task is interrupted for any reason, he should 
be able to resume his activities, with his task remaining the same as it was 
at the time of his interruption. The user may submit a job through the batch 
mode, and regardless of the results, make his next access either from the 
batch or from a terminal in an interactive mode. Thus, IPAD will leave an 
interrupted task in the same state for batch or interactive access. The user 
.will also be allowed to leave the terminal when his task has an excessively 
long execution time. This frees the terminal for other userg, and also 
allows the user to pursue’ other tasks. The user should be able to' leave his 
task in an adtive state at the terminal and return later to continue it. After 
the task is completed, the resulting data should be placed in a common data 

base for use at a later date. ° 
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The IPAD data base in the Boeing design consists of community and subtakk 
libraries. A community library is available to all users in a project. IPAD 
allows for more than one community library, since each project may have 
its own community library. „The subtask library is oriented , to one user. 

Data are transferred from the community library to the subtask library for 
use by an individual. This library will contain all of the data and applica- 
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tion modules necessary to complete a subtask. „ When the subtask^s inactive, 

: <j 1 V, . ° 

the subtask library resides in the community libra ry, but its contents are 

" 0 

not available to the community library users until they aye released by the 
user. This method of handling data bases would certainly be desirable for 

missile design since it makes data available quickly and in an organized and 
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accurate manner. 
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The Boeing data manager is a collection of software responsible for 
information flow into and out of the IPAD data base. This software will be 
written in IPADL, a FORTRAN-based language, ahd will interface with 
software provided with the host computer system. IPADL is intended to be 
machine-independent, provided that the host computer includes software 
which supports a CODASYL-dcfined data management system. 

o . e 
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In order to facilitate data-handling for users, the data management system 

has been organized so that data structure definitions are separated from ^ 

programs that reference the data. Stored data definitions are supplied by 

the user to minimize their effect on an existing code and reduce the need to 

structure data in a single format. If data required by an operating module 

are not in the proper format, the module uses the proper stored data defini- 

1 1 , ( , 
tion to put the data in the proper format. j 
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Boeing's design recognizes that many existing application modules wtyich 
were written in several different languages must be inserted in the IPAD 
system. To further complicate matters, even universal languages such as 
FORTRAN have many dialects and contain a code which is mai^gie -dependent. 
Boeing recommends that IPADL be written as a machine -independent 

o V 5 ' 

FORTRAN language and that the necessary utilities be written to translate 

r) 

existing programs into, this language. This would allow a common input 

* 

language and also minimize the problems of incorporating new operating 
modules into IPAD. 

« ' © 

Hardware recommendations were made for IPAD based on Boeing in-house 

O 

design experience and a survey of large computer manufacturers. The 
results of the Boeing survey indicated that approximately si^ manufacturers 
supply computers that would be adequate for IPAD. An IPAD hardware 
configuration was established using two of these, the CDC Cyber 74-18 and 
IBM 370-168. 

The Boeing IPAD design stresses a multi-user, highly interactive environ- 
ment. The recommended hardware includes teletypes, terminals for cathode 
ray tube display, and interactive graphics terminals. 
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5.7,2 Evaluation of IPAD Design Features 


One of the most important design features of the system is to allow easy 
access, transmittal, and display of data. General Dynamics suggests the 
use of a query processor utility. Boeing, on the other hand, details a , h ° 
series of 15 user commands for data and code manipulation, transmittal, s ^ 
and display, but the company's report did not indicate how a set of programs 
would be executed automatically in an iterative .seq^fi.nd'e under its pfroposed 
system to perform some design function. The user commands defined by 

.. o ^ * 

Boeing at first seem overly complex, but with proper tutorial aids they 
could be learned in a fairly short time so that a user coiuld operate the sys- 
tem effectively. 


From a programming standpoint, both companies' suggest designs using the 
data description language and data manipulative language processors proposed 
by the COQASYL task group. If these features become operational prior to 
IPAD development, they should suffice for data input and output to the 
individual operating modules in the missile design process. 



Experience at McDonnell-Douglas Automation Company indicates that the 
approach recommended by CODASYL's task group is a proper course of 
action in implementing a data base management system. McDonnell Douglas -- 
Automation is a heavy user of International Business Machine's information 
management system and has also designed its own data base systems. These 
data bases provide many of the features spelled out by the task group, and 
it is apparent how they might be modified to provide all the enhancements 

needed in IPAD. It therefore- seems reasonable to use a CODASYL-type 
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data base management system, especially since software is ( .je likely 
to be standardized using this approach. V 


With regard to data security, Boeing seems to 1 ,-ely on users with the proper 
passwords implementing changes themselves in the data base. General " 
Dynamics recommends a data base administrator and Engineering Review 
Board approach to changes in the data bases. It is believed that both 
approaches have merit, but that the administrator -review board concept is 
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more desirable as it provides a forum for considering the effects of data 
changes on other users. 


Boeing's design stresses the need for key word search capability to allow a 
user to interrogate the II?AD system to determine which operating module 
might do his specific task or subtask. This feature is definitely desirable. 

In missile design, there are often many programs that perform a similar 
technology function, and not all users of that particular technology are aware 
of all the programs. 


Boeing commented in its report that IPAD should not allow user instructions 
to do arithmetic replacement or alter calculated values, assuming that all 
calculated values would come from a "qualified" code. It is believed that 
this feature is not desirable in that even a qualified code may produce bad 
numbers. Also, some codes may produce better results if the user is 
allowed to correct or modify intermediate results of an iterative process; 
e.g. , the step size of an optimization algorithm-. 

... <t, - 1 ■ , e . 

Both designs have an extremely desirable feature, the development of a 
multi -technology dictionary of terms. A standardized set of definitions 
for the engineering community has been needed for a long time, and IPAD 
could make it worth the cost of preparing the definitions. 
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Both the Boeing and General Dynamics designs address the need for doing 
optimization in design environments. Boeing directed its comments toward 
the three types of optimization; direct optimization, tradeoff studies, and 
model refinement. General Dynamics surveyed the random and nonrandom 
methods of direct optimization, concluding that the nonrand methods were 
probably faster and more accurate for the IPAD type of problem. “Both.;'', 

reports correctly concluded that the user must be ‘able to ^xtremiza 
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constrained objective function as a function of any number of independent 
variables. Iiowever, it would seem that one very important aspect -of opti- 

&i<f 


mization in the IPAD design environment has been overlooked; the'man-in- 
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the -loop capability of IPAD. 
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It has long- been observed that a good model does not yet exist of the 
nonlinear capabilities of an engineer's mind. An engineer can look at a plot 
of a few data points and predict, often quite accurately, the behavior of the 
Curve between the data points. The same prediction may be extremely dif- 
ficult to achieve with numerical optimization techniques. It would thus seem 

o u o 

that a very effective technique for performing design optimization is to start 
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an optimization algorithm, let it compute by itself for a while, and l|t the 
user intervene and guide the optimization process from his interactive 
terminal. An intelligent user could probably save many hours of computer 
time by doing this. General Dynamics briefly ’mentions the user interface 

;> i; o 

with regard to the termination criterion for the optimization algorithm, but 
it would seem that the user should have control over more than termination 
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of the optimization process. - = 
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The General Dynamics and the Boeing designs recommend that only the 
newest large -scale^ computers be used with IPAD to provide a system which 

h t 

is responsive when serving a large number of interactive users and handling 
batch operations. The latest computers have. operating systems and central 
processing units that handle more information than previous models. 

) , * ° { 1 

Studies made by McDonnell Douglas Automation seem to support this. The 

studies were designed to determine the maximum number of interactive ter- 
minals that may be added before batch processing and response time at the 

>y 

terminals are seriously degraded. Within the past two years, the company 
has made extensive use of three CDC machines, first the 6400 and 6500, 
and now the Cyber 74. The Cyber 74 is similar to the CDC 6600 since the 
central processing unit is the’same, but it„has greater input-output capability. 
It has been used mostly for ba,tch processing, but interactive capability has 
been added. 

There are many complications in making the studies and in interpreting the 
results, such as the size of the central memory core, thp availability of 
extended core storage, and the type of operating system Ind job mix. The 
tests are not complete at this point, but preliminary estimates show that 

Q ^ 

the Cyber 74 is able to provide better response time and handle more 

0 \l ; 


229 



o 

terminals than the CDC 6400 or 6500 . None of the tests included the Type 5 
. terminals defined by General Dynamics, 

o Both reports indicate that overall design time can be reduced by up to 50 per- 
cent in some areas with an IPAD system. The reason for this improvement 
lies in the use of- interactive computing systems and integrated computer 
codes. Two systems used by McDonnell Douglas Corporation are the CADD 
and GRID programs, and both have increased productivity. These systems 
have been in use for a number of years and have provided a great deal of 
experience to support the contention that interactive systems not only provide 
a better design environment for the engineer, but also represent a cost- 
effective way to design. 
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Section 6 

WORK, COST, AND TIME TO EXTEND THE IPAD SYSTEM 

TO MISSILE DESIGN * 

This section presents the tasks* cost estimates, and schedule for modifying 
an IPAD system configured for aircraft design to apply to missile design. 

The cost estimates for utilizing IPAD for aircraft design given in refer- 
ences 2 and 3 include data on preparation and conversion of operating 
modules. It is believed that those costs would not change drastically if the 
IPAD system were oriented toward missile development. Further, since 
some of the operating modules for aircraft, could be used in missile design 
with little or no modification, the c&st of adding missile design capabilities 

to an IPAD system for aircraft should be lower than the cost of developing 

0. , 

and ; installing a separate system. 

♦ !■/ ' ^ ft . 

The activities involved in modifying an IPAD aircraft system so that it is 
applicable to missile design, the schedule, and the estimated costs for the 
three design phases are shown in tables 52 through 54. A summary of the 
schedule and cost is given in table 55. The schedule for this effort is 
presented in figure 24. It is assumed that all the codes applicable to the 
" system studies phase of design will be used during preliminary and detailed 
design, and that the preliminary design codes will also ‘ be used in detailed 
design. (In actuality, there may be a few instances where the codes apply 
to only one design phase. ^ 

. .. -5 * 

; ^ . -.c> 

Some of the codes are public and may be already operational on an IPAD -type 
system. One notable example is the NASTRAN code with its approximately 
90 boxes of source cards, which is included in the codes listed for use in 
preliminary structural design. Other existing codes, especially in aero- 
dynamics, might also be usable for missile design and would not require 
conversion. Figure 25 presents a graph of the quantity codes to be con- 
verted for all technologies for each design phase. 

‘ 55 ... " ^ 
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Task 


TABLE 52 

TASKS AND COST AND TIME ESTIMATES FOR 
MODIFYING IPAD FOR MISSILE DESIGN 
USE - SYSTEM STUDIES 

Man-Months 

Computer Flow Time 
Engineering Programming Cost($) (months) 


Select and collect 
operating modules in 
missile technology 

Specify certification 
tests and requirements 
for operating modules 

Prepare IPAD data 
bank for operating 
modules 

Convert operating 
modules for IPAD 
operation 


Check out operating 
modules \ 


Prepare documentation 


Train users 


© 

Supervision 


Totals 



15, 000 


117, 000 


20 

20, 000 

2 

6 

4, 000 

6 

2 

4, 000 

2 

10 

0 

20 

286 

$160, 000 

20 
























TABLE 53 


Task 


TASKS AND COST AND TIME ESTIMATES FOR 
MODIFYING IPAD FOR MISSILE DESIGN 
f USE - PRELIMINARY DESIGN 

Man -Months; 

" ' Computer Flow Time 

Engineering Programming Cost ($) (months) 


Select and collect 
operating modules in 
missile technology 

Specify certification 
tests and requirements 
for operating modules 

Prepare IPAD data 
bank for operating 
modules 

Convert operating 
modules for IPAD 
operation 

.Check out operating 
modules 

Prepare documentation 
Train users 
Supervision 
• ? Totals 


15 , 000 


193 

258 

129, 000 

12 

35 

25 

40, 000 

" 5 

30 

10 

5, 000 

6 

15 

2 

6, 000 

4 

12 

12 

0 

24 

311 

321 

$195, 000 

24 




TABLE 54 

TASKS AND COST AND TIME ESTIMATES FOR 
MODIFYING IPAD FOR MISSILE DESIGN 
USE - DETAILED DESIGN 



Man-Months 

Compute r 
Cost ($) 

Flow Time 
( months,) 

Task 

Enginee ring 

Prog ramming 

Select and collect 
operating modules in 
missile technology 

4 

o ^ 

0 

2 

Specify certification 
tests and requirements 
for operating modules 

v ^0 

4 

0 

0 

2 

Prepare IPAD data 
bank for operating 
modules 

20 

15 

o 

10, 000 

2 " ’ 

Convert operating 
modules for IPAD 
operation 

70 

>' c 

94 . 

47, 000 

6 

.Check out operating 
modules 

12 

8 

10, 000 

■ 

3 

Prepare documentation 

12 

3 

3, 000 

6 i . 

Train users 

6 

2 

2, 000 

2 

Supervision 

8 

7 

0 

15 

0 

Totals 

136 

129 

$72*000 

15 







TABLE 55 

SUMMARY OF EFFORT REQUIRED TO EXTEND 
IPAD TO SUPPORT MISSILE DESIGN 


Missile Phase 

Effort 

Increment 

Cumulative 

System studies 

o * 

Engineering (man-months) 

276 

276 


Programming (man-months)' 

286 

286 


Computer cost ($) 

$1-60, 000 

$160, 000 


Flow time (months) ° 

20 

20 

Preliminary design 

Engineering (man-months) 

311 

587 


Programming (man-months) 

321 • 

607 

• & ■ 

Computer cost ($) 

$195, 000 

$355, 000 


Flow time (months) 

( 24 

44 

Detailed design 

Engineering (man-months) 

136 

• 723 

... .... v . . .. 

P r og ramming ( m a n -mon th s ) 

129 



/ JO 

.. ™ <*» ««• * 

Computer cost ($) 

$ 72, 000 

> $4 27, 000 


Flow time (months) a 

« 

15 

59 

* 0 
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0 


MONTHS 


M87 


TASK 0 6 12 18 24 30 36 42 48 54 60 

SELECT AND COLLECT MISSILE 
TECHNOLOGY OPERATING 
MODULES 

SPECIFY CERTIFICATION 

TESTS AND REQUIREMENTS FOR.. 

OPERATING MODULES 

PREPARE IPAD DATA BANK FOR 
MISSILE OPERATING MODULES 

PREPARE MODULES FOR IPAO 
OPERATION 

CERTIFY OPERATING MODULES 
PREPAREbOCUMENTATION 
USER TRAINING 
SUPERVISION 


SYSTEM STUDIES PRELIMINARY DESIGN 0 DETAILED DESIGN 



Figure 24.-Schedule for Adding Missile Design Capability to an IPAD System for Aircraft 
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Data on the number of source cards used by McDonnell Douglas Astronautics 
Company— West in performing missile design are given in figure 25. These, 
data are based on the use of the known computer codes- listed in Section 5. 
Tables 52 through 55 were prepared following the example presented in 
reference 2 (Volume VI, pages A16 and A17). The operating modules 
selected for system studies would contain some 400,000 source statements 
which would need conversion. It was assumed that 800 source statements 
could be developed in a programmer man-month and that 8, 000 source 
statements could be converted in a programmer man-month. In preparing 
operating modules, it was assumed that engineering time required would be 
three-fourths of the programmer time. A computer cost of $500 per month 
for each programmer was assumed. 


The selection and collection of candidate operating modules for missile 
design will be strongly influenced by whoever does the work. If the installa- 
tion is a Government agency, most of the operating' modules selected will 
probably be publically owned codes. If a private company is doing the job, 
'many of the operating modules selected will probably be already developed 
and owned by the company. In any case, a survey will be required for each 
technology to determine which operating modules should be selected and 
incorporated in the IPAD system. It is expected that each technology would 
be represented by a specialist who could select the desired operating modules 
for IPAD and specify check cases for them, 


To prepare the IPAD data bank for the selected missile operating modules, 

O 

the definitions of the variables used by the various technologies will be 
entered into the data bank. Thus', when the selected operating modules are 
brought into the IPAD system, the needed variables will be available and 
known by the system. 


(5 


The operating modules selected will be converted from the language in which 
they are written (most likely FORTRAN) to the IPAD language (e. g. , IPADL 
or some other proposed derivative of FORTRAN). Commands in the data 
manipulation language must be inserted into the code to allow the operating 
modules selected to get values from and place new values in the data base. 


J 


! i 


n 


i 

■ 

4 
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It may be desirable to introduce new codes to accommodate the interactive o 
user of the operating modules. 


The converted operating modules will be certified simply by setting up the 
specified check cases and doing an in-depth check of the output. If errors 
occur, then corrections must be made and the test cases rerun. 


In preparation of documentation, it is assumed that the documentation of an 
incoming operating module is complete and that only the IPAD-peculiar 
documentation must be added. This might include, for example, interactive 
capabilities added to the code because of the IPAD environment, new error 
messages, sample runs of the operating modules selected under the IPAD 
system, or IPAD EXEC commands to execute the operating modules selected. 


Good documentation is also essential for success in using IPAD in missile 
design. The IPAD environment will be quite a change from the customary 
environment of the missile designers. Definitions and tutorial aids will be 
stored in the IPAD system during preparation of the operating modules 
instead of being found only in manuals, but the user should have reference 
material which he may study while not actually at an interactive terminal 
using IPAD. 


User training is also considered essential for IPAD to be accepted by the 
missile design community. Training for each operating module will 
probably be offered in the form of a class taught by the engineer directing 
the conversion of the particular module. It is expected that the students 
will be setting up a sample case of their own to run, as this is the best way 
to learn how to use a given computer code. The data in tables 52 through 55 

o ' c /. 

include estimates of the teacher preparation time and presentation costs, 
but not the time and computer costs for the persons being trained. 
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APPENDIX A 

o o 


AERODYNAMIC 
COMPUTER, PROGRAM «■ ■,' 
SPECIFICATIONS 



H0. P3071 


i 


COMPUTER PROGRAM HPECIFICATIOM 


TITLE AUTOMATED DATCOM 


i'7" v 

V V? 




FORM PREPARED BY E >v^ vr 
LANGUAGE FORTRAN IV 


DATE 1-18-7 b 


HOST MACHINE CDC 6600 


PROGRAM SIZE 
TIMING 


'O: O 


(Boxes of Source Cards) 

^(Central Processor Decimal Seconds of CDC660O) 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 c (V.’ords) 


BASIS FOR TIMING, INPUT, /-'JP OUTPUT 

■ 


STATUS: Operational , Programming In Development _X , Not Programmed 

REFERENCE . 


OWNERSHIP: Public _X_, Private , Owner., 


ABSTRACT 


The Automated DATCOM Program contains methods for predicting the subsonic 
longitudinal aerodynamic characteristics of body .alone, wing alone, wing-hodv, 
wing-body-vertiqal tail, wing-body-vertical tail-horizpncnl tail, and low-asnect- 
ratio wing-body combinations. Body configurations may be either axisymr.etric or 
asymmetric, while wing or tail planforms may be straight, tapered, cranked, or 
double delta. The analyses performed by the program include power (propeller and 
jet) and ground effects; however, control effects are not calculated. Multiple 
case input capabilities provided with a maximum of twenty Mach numbers and 
twenty angles of attack per Mach number. Output for each configuration consists 
of coefficients Cq, Cj^, C^, C,?, C^, X^-p, Cp^, ®nd versus angle of attack. 


Ground effects may be calculated at ten elevations. 
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NO. F2ie 




/> l* 

TECHNICAL 

o 

PROGRAM ELEMENT 


• 

TITLE / -f + v* 


• 


. €l 



, 


FORM PREPARED P.Y v. 

*"P 1 a p* 

DATE 

2-15-7U 


LANGUAGE yrot-o#,*: tv 

> 

\b 

HOST MACHINE CDC 6500 


,> '<i 

PROGRAM SIZE 

)X 

(Boxes of Source Cards) 



TIMING 


(Central Processor Decimal 

Seconds of CDC 06 OO) 

» V' 

INPUT VOLUME 10 __ 

(Words) 

a© ■ 

"V 

e 0 

■ ■ ; 


OUTPUT VOLUME 10 _ 

__ (Words') 

>; 



BASIS FOR TIMING, INPUT, AND OUTPUT 

V s) , 


; 






STATUS : Operational 

. ~w • , 

30?, Programming In Development , Not Programmed 


REFERENCE 


f 


\v.. 

* 

y Q, 




OWNf;RSHIP: Public _ 

, Private XX , 

Owner ?»n r « 1 £ 




ABSTRACT 

The Arbitrary Body Library preprocessor is capable of assembling five different 
programs from the subroutine library: o 

1. Arbitrary, body aerodynamics program - calculates inviscid/ viscid aerodynamic 
characteristics of vehilces in the supersonic/hypersonic Mach number regime. 

o c rt . 1 

2. Ablation effects program - considers the effects Of surface ablation on the 

aerodynamics of bodies, of revolution. . 0 , 

3. ' Simplified Newtonian aerodynamics program - a small, efficient code which 

calculates inviscid Newtonian aerodynamics for completely general geometries. 

This version has a sophisticated .graphics module which includes the effects 
of secondary shadowing. 0 o ' 4 . , 

: <■' " a o- 

li. Specialized aerodynamic sizing program - employs parametric spline interpolation 
to perform' specific aerodynamic sizing calculations on a specific class of 
« vehicle. A change in vehicle baseline' usually requires a major recoding. 

5. Multidimensional interpolation program generates direct variables spline inter- 
polation of functions of up to three independent variables. Extension to highes 
dimensionality is straightforward, but as yet, incomplete. 

0 245 /iZ' 


Of. 


fs>» 




110.1905 


l\ 


COMPUTER PROGRAM SPECIFICATION 

o 

TITLE Computerized Aire, raft Sizing and Optimization (CASO ) 


FORM PREPARED BI I!i dimmer 


DATE i-18-T 1 * 


LANGUAGE FO RTRAN TV 

PROGRAM SISE gfo 3- 

TIMING xx 


INPUT VOLUME 10 (Words) 

OUTPUT’ VOLUME 10 ___ (Words) 

BASIS FOR TIMING , INPUT, AND OUTPUT 


HOST MACHINE yp».f 370/16 5 
(Boxes of Source Cards) 

JCentr^l Processor Decimal^ Seconds of CDC6600) 

© 

p . 

... > • 1 .V.- ° 


STATUS: Operational _X_, Programming In Development 
REFERENCE ■"■'"..■•'T-" _____ 


., Not Programmed 


OWNERSHIP: Public 


Private X. Owner 


MDAC 


ABSTRACT 


Using a reasonable base design whose aerodynamic characteristics, engine 
performance and weight breakdown have been determined by conventional 
methods, the engineer can study the size and performance effects of wing 
geometry and other selected perturbations . The program scales the base 
airplane until takeoff, approach and energy maneuverability thrust require- 
ments and design mission radius are met. The program is also capable of 
systematically perturbing wing geometry to search for a combination result- 
ing in the lowest possible takeoff gross weight for a given set, of perform- 
ance requirements. ,, 


TITLE 


COMPUTER PROGRAM f.PECIFICATION 

o o 

Body of Revolution Aerodynamics 

Information Newtork (BRAIN) 


o 


FORM PREPARED BY H. T i irjner 

LANGUAGE FORTRAN , 

PROGRAM SIZE 

TIMING __ 

' o -W'" , 

INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

o 

BASIS FOR TIMING, INPUT, AND OUTPUT 


DATE 1-16-7U 

MOST MACHINE CPC 6500 

( Boxes or Source Cards')^ -> „ 

• • o . r • * 

(Central Processor Decimal Seconds of CDC6600) 

■■■it' . , ° ' 


STATUS: Operational x , Programming In Development , Not Programmed _ 

REFERENCE 

0 . ‘ : ' „ 


OWNERSHIP: Public , Private X , Owner MDAC - 

ABSTRACT 

This Computer Program, the Body of Revolution Aerodynamics Information Network 
(BRAIN), is a system of computer sub-programs which define theoretical and 
empirical aerodynamic characteristics for axisymmetric bodies. It presently 
includes., the Van Dyke second-order hybrid potential flow theory, second-order 
shock-expansion theory, modified Newtonian flow theory, empirical drag calcul- 
ations, skin friction calculations, and viscous cross-flow theory. BRAIN may 
be used to calculate distributed and total drag «and stability characteristics, 
local, pressure coefficients, local and mean skin friction coefficients, boundary 
layer parameters, and high "angle of attack characteristics. Aerodynamic analysis 
can be made for bodies of revolution at angles of attack from 0 to 90 degrees 
for Mach numbers in the supersonic or hypersonic regimes. 




NO. JA40 


’ ^COMPUTER PROGRAM SPECIFICATION 
TITLE Neumann Potential Flow 


FORM PREPARED BY __ 
LANGUAGE Fortran 


. H. Timmer 


PROGRAM SIZE 
TIMING 


<r 

-ir 1 — 


DATE 


1-18-74 


HOST MACHINE CDC 6500 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational X , Programming In Development , Not Programmed 

REFERENCE ; - ______ 


OWNERSHIP: Public , Private Owner 


MDAC 


...... ’ ABSTRACT 

An exact method of solving the Neumann, or secondary boundary value problem, has 
been applied to the calculation of subsonic flows about or within arbitrary, three- 
dimensional axisymmetric bodies. Solid body, inlet, and internal flow problems can 
solved. The method is also capable of dealing with several bodies at once in the 
presence of one another. Consequently, interference problems can be treated with 
ease. Boundaries need not be solid, i.e. , flows involving area suction^dan be cal- 
culated.,- Compressibility effects arc included by applying the subsonic similarity 
rule (Goethert transformation) to the configuration prior to calculating the 
potential flow solution. The Neumann method utilizes a source density distribution 
on the surface of the body and solves for the distribution necessary to make the 
normal velocity zero on the boundary t 

This computer program calculates all force and moment coefficient distributions and 
total values up to angles-of-attack where viscous separation occurs on the body 
lee side. 
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COMPUTER PROGRAM fPECIFICATICN 


H293 

H29 1 * 


TITLE Inviscid Flow Fie] 


FORM PREPARED RT H. Tir-mer 


DATE 1-18-7^ 


LANGUACE FORTRAN 


HOST MACHINE CDC fCOO series 


PROGRAM SIZE 


(Boxes of Source Curds) 


TIMING 


(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 


OUTPUT VOLUME 10 (V.’ords) 


BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational Programming In Development , Not Programmed 


REFERENCE 


OWNERSHIP: Public , Private Owner 


ABSTRACT 

This computer program complex links 

together tnree axi symetr i c / two-di-iens i onal inviscid flow field 
programs: H2?2 (blunt body inverse m.etho 1 solution), h'293 (cone 

field solution), and 1:29** (supersonic region method of character- 
istics). These pro Truss are based on the i.'AZA/ Ames trio described 
in NASA TN D-297 0 (August I?o5) by M. Inouye, J. V. Eakich, and 
H. I/snax. Principal features of the programs as originally 
reoeivel include operations with equilicrin air and other 
selected gis mixtures, application cf quncrati- entropy gradients 
normal to supersonic stren.-_lir.es , and pro - , amt . or. of embedded 
coalesced or flare-attacked shock waves tumour:. the supersonic 
field. Some major capabilities niiod by K2AC include otreamtube 
tracing, refined acre dynamic coefficients ( pre 'sure , drag, flap 
normal force and moment .arm), bow-uhock/finrc-. hock intersection 
solution and subsequent field generation above and below the slip 
line emanating therefrom, ar.i propagation cf b - uniary ' layer effects 
by including boundary layer profiles ir. the nctnoi of character- 
istics starting lines and maintaining the resulting total enthalpy 

Currently under develop 









COMPUTER PROGRAM SPECIFICATION 


TITLE Multi- Jet Base Floy 


FORM PREPARED BY H. Tjrrjier __ DATE 1-16-7U 

LANGUAGE for-ppam t \t ' HOST MACHINE CPC 65 00 

PROGRAM SIZE (Boxes of Source Cards) 

TIMING „ (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 ( Words) 

OUTPUT VOLUME 10 (Words) 0 ' , 

BASIS FOR TIMING, INPUT, AND OUTPUT " , 


STATUS; Operational X , Programming In Development , Not Programmed 
REFERENCE . . . 


OWNERSHIP: Public , Pvlvate X__, Owner MDAC ; 

ABSTRACT ‘ 

. . ■ , <*•> 

This computer program calculates the base flow characteristics for a rectilinear 
multi-rocket configuration as a function of altitude. The recirculation regions 
between nozzles are related to interactions with the nozzle plume impingements 
and the external ambient environment. 














NO, H847 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


Time Dependent Blunt Body Program 


FORM FREPARED BY 


H. Timmer 


DATE 


1-18-74 


LANGUAGE Fortran IV 


host machine 


CDC 6500 


PROGRAM SIZE 
TIMING 


ZL 


{Boxes of Source Curds) 


_ (Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 ___ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS; Operational Programming In Development /Not Programmed 
REFERENCE ■' , 


OWNERSHIP: Public x , Private , Owner 


ABSTRACT 


This computer program predicts the subsonic portion of the shock layer surrounding 
an axisymmetric body in supersonic flight by using time dependent finite difference 
equations . - * 


1 


1 



COMPUTER PROGRAM SPECIFICATION 


TITLE Equivalent Body Analogy Jet Interaction Program 

. 1 

FORM PREPARED Bf H. Timmer ' _PATE 1-18-7U 

LANGUAGE portratj TV HOST MACHINE CPC 6500 r „ 

PROGRAM SIZE (Poxes of Source Cards) 

TIMING (Central Processor Decimal Seconds of CDC6600) 

♦ 

INPUT VOLUME 10 (Words) * » ST 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational JC_, Programming In Development , Not Programmed 

REFERENCE ___ __ 


OWNERSHIP: Public , Private X ^ Owner MDAC _ 

ABSTRACT 

This computer program predicts the downstream influence of the Jet on the basic 
body flowfield by representing the jets by equivalent solid bodies. The resulting 
pressure distribution is integrated over the surface to obtain resultant" aero- 
dynamic forces and moments as well as jet amplification factors. 


9 




COMPUTER PROGRAM SPECIFICATION 


Conical Flow Program 


FORM PREPARED BY H. Tlnaacg 
LANGUAGE Fortran IV 


PROGRAM SIZE 


TIMING 


.DATE 1-19-7* o 

HOST MACHINE CPC 6500 

. • •• o' 

(Boxes of Source Cards) 

..(Central Processor Decimal Seconds of CDC 660 O) 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational X . Programming In Development . Not Programmed 
REFERENCE , 


OWNERSHIP: Public , Private * . Owner. MDAC 

ABSTRACT 


This computer program predicts the flowfield about a conical body of arbitrary 
cross-section at angle-of-attack. 
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HO.H579 


COMPUTER PROGRAM SPECIFICATION 



o- 

.. * 0 

FORM PREPARED BY 'H. Turner 

■V o 

DATE i _i r_y>. 


LANGUAGE FORTRAN IV 

host MACHINE cnr. ^QO. 


PROGRAM SIZE X 

(Boxes of Source Cards) 

■' 

0 

TIMING 

(Central Processor Decimal Seconds 

of CDC6600) 

INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 

O 



p. 


STATUS: Operational , Programming 

In Development , Not Programmed^ 


REFERENCE 






OWNERSHIP: Public __ , Private x , 

Owner MDAC 



ABSTRACT 


This cor.puter program calculates the base pressure distribution for blunted 
cones in the si^personic/hypersonic Mach number range. 
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COMPUTER PROGRAM SPECIFICATION 


TITLE ^hree Dinensional .Boundary Layer 


FORM' PREPARED BY K. T inne r 


LANGUAGE FORTRAN IV 
PROGRAM SIZE 


TIMING 


. D ATE 1-16-7 1 * , 

HOST MACHINE CPC 6? 00 

(Boxes of Source Cards) 

o 

..(Central Processor Decimal Seconds of CDCobOO) 



INPUT VOLUME „ 10 (Words) 

OUTPUT VOLUME 10 (Words) 

<? ^ 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational _X_, Programming In Development , Not Programmed 

REFERENCE __ ■ 


OWNERSHIP: Public , Private X__, Owner MPAC 


ABSTRACT 


This computer program computes three dimensional boundary layer flows over 
general geometries for both laminar and turbulent ’flows. Streamline coordinate 
system and effective approximating scheme minimizes common restrictions on cross 
flow magnitude and geometry. 




WO. P2671 


COMPUTER PROGRAM OPEC I PI-CAT IOM 


TITLE Kutler Three Dimensional Inviscid Floy Field 


FORM PREPARED m H, Timmer 


DATE 1-16-7U 


LANGUAGE FORTRAN 


HOST MACHINE CD C 6^00 


PROGRAf'l SIZE 
TIMING 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 




STATUS: Operational _X_, Programming In Development" , Not Programmed 

REFERENCE ’ . . ______ ‘ 


OWNERSHIP: Public 


Private X_, Owner MDAC 


ABSTRACT 

„ ' ii 

This computer program has the following features: 

1) Inviscid supersonic flow with options for ideal or real gas properties 

2) Conservation equations solved-by a finite difference scheme 

3) Bow shock treated as a sharp discontinuity , g 

^ ,.y ii" 0 

1») Nonaxisymetric configurations and bodies at angle of attack can be analyzed, 


fl 
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(Jioxes of Source Cards) 

^(Central Processor Decimal Seconds of CDC6 (j00) 








NO. C456 


commM program specification, 

TITLE Aerodynamic Load Dlatributlone 


FORM PREPARED BY H. Ti mer 

LANGUAGE For 0 tran * 

PROGRAM SIZE 

Timing ■ 

INPUT VOLUME " 10 (Words) 

OUTPUT VOLUME 10 (Words) 


DATE 1-18-74 


HOST MACHINE 


CDC 6500 


(Boxes £f Source Cnrds) -/ 

; // y 
ft ■ 

(Central Processor Decimal Seconds of CDC6C00) 


BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational Programming In Development , Not Programmed 

REFERENCE I 


OWNERSHIP: Public 


Private ^ . Owner 


MDAC 


ABSTRACT 


This, computer program is used to generate final aerodynamic normal and axial force 
coefficient distributions as a function of vehicle station. The preliminary 
distribution i^/ input and mathematically modified such that the correct total 
coefficient and center of pressure will result. Output may be obtained in tabular 
and graphical form suitable for final reports and or magnetic tapes for direct 
input to structural analysis programs. > 




COMPUTER PROGRAM SPECIFICATION 


HO, 1915 


TITLE Linearized Velocity Distribution Due to thickness 


FORM PREPARED BY 


H. Timmer 


LANGUAGE 


PROGRAM SIDE 


Fortran IV 


TIMING 


DATE 1>,18 ~ 7 ^ 

HOOT MACHINE IBM 370/165 .v 

(Boxes of Source Cords) 

(Central Processor Decimal Seconds of CDCCGQO) 


INPUT VOLUME 10 (-Words ) 

OUTfUT VOLUME 10 (Words) 

' S'» ■ * 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUSTVOpWitibhal X , Programming In Development , , Not Programmed 

O 

REFERENCE 


OWNERSHIP: Public , Private X, Owner MDAC 

# ABSTRACT, 


This computer program computes swept wing velocity and pressure distributions for 
varying wing-body combinations in subsonic flow. 


APPENDIX B . . ... 


THERMODYNAMICS 
COMPUTER PROGRAM 
SPECIFICATIONS 



NO. JA70 


COMPUTER PROGRAM SPECIFICATION 

TITLE R&al/ld eal Gas Ae rodynam ic Heating an d Ablation Program (Aero-Heat) (JA70) 

* s 

- - - --- ■- - - - - - - - - — 

FORM PREPARED BY P» Hande r _ DATE 11-20-73 

LANGUAGE Fortran IV ' HOST MACHINE CPC 6500 


PROGRAM SIZE 

TIMING Variable 


(Boxes of Soui'ce Cards) 

(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) Variable 

OUTPUT VOLUME 10 (Words) Variable 

BASIS FOR TIMING, INPUT, AND OUTPUT Mat erial types, lamina thickness, problem 

O 0 

. time . ■ , 

STATUS:, Operational Programming In Development , Not Programmed 

REFERENCE . Do uglas Report No, DAC -5 3629 - ___ 


OWNERSHIP* Public’ 


Private 


Owner Me Auto 


.ABSTRACT < . . 

Program JA70 performs aerodynamic heating analysis on missiles and space vehicles. 
The program will determine the flow field based on body geometry and altitude, 
calculate heat transfer to the vehicle wall at some point of interest, and compute 
the temperature distr" ution" through the wall of the vehicle. The flow field and 
heat transfer computations may use either real gas or ideal gas analysis. The 
heat source may includes solar radiation, hot gas radiation, free molecular flow, and 
any independent heat source the engineer may want to enter. The vehicle wall may 
be a thin or thick skin, and may consist of up to* four different materials which may 
be divided into a maximum of eighty lamina. The program can simulate either a 1959 
ARDC or a 1962 ICAO standard atmosphere, or any non-standard atmosphere entered by 
the engineer. = - 

Optional capabilities includa: 

c i •' • •' • ' 

1. Ablation , ’’ 

2 ?" Internal gas , . - 

3. Material thickness optimization 

4. Automatic plotting 

5. Trajectory tape input from programs F650 and AB60 

6* Output tape for F678 charring ablator program « 

7. Short form output 

8 . Mass transfer effects o . 


no. JAQ3 


COMPUTER PROGRAM EPECIFICATIOII 

o 

Q 

TITLE Three-Dimensional Heat Transfer (JA03) 

o 


FORM PREPARED BY D. Render a DATE 11-20-73 

■ft f 

LANGUAGE Fortran IV ROOT MAC JUNE J C PC 650 0 ’ 

PROGRAM SIZE 5 " (Boxes of Source Cards) 

TIMING (Central 5 Processor Decimal Seconds of CDC6600) 

INPUT VOLUME ° 10 (Words) Variable 

OUTPUT VOLUME 10 (Words) Variable 

BASIS FOR TIMING, INPUT, AND OUTPUT Node size , pro bl em length in seconds, 

m ate r ial types '2_ „ 

STATUS; Operational _X_, Programming In Development , Not Programmed 

REFERENCE A3-773-LCC0- JA 03-1 , A3-773-LCOO-JAQ3-2 


OWNERSHIP: Public , Private £__> Owner McAuto . 

0 ABSTRACT 0 

Computer Program JA03 calculates three-dimensional heat transfer in a system which can 
be defined in rectilinear, cylindrical and spherical coordinates. The system is 
divided into an arbitrary number of small sections called "nodes." * 

These are classified as right rectilinear, cylindrical and spherical in shape. JA03 
uses standard equations for the calculation of conduction, convection and radiation, 
and incremental temperature change of a node is defined as the net heat exchange at 
the node divided by the heat capacitance. An approximation to the time temperature 
history of the system and/or the steady-state temperature solution may be obtained. 

The input to the program specifies for each node its shape and dimensions, heat trans- 
fer connections, material properties, heat transfer coefficients, incident heat flux, 
optical properties, and initial node temperature. Temperatures, heat sources, heat 
transfer coefficients, and incident heat flux may be input as functions of time. 
Temperature dependent heat transfer coefficients may also be input as functions of two 
variables. Incident%eat flux tables may be input from loadsheets, an F872 master tape, 
or an MV06 master tape. Material properties may be input from loadsheets or from the 
JA16 Master file which is stored on the disk. Additional inputs are required for 
various optional capabilities such as ablation, dummy nodes, fluid flow, fuel flow, 
printing of rates of and integrated heat flow, resistance-capacitance 

printout, periodic cycling of time dependent tables, and microfilm plotting. 
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PLIGIIT ’lECHANICS 
COMPUTER PROGRAM 
SPECIFICATIONS 
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NO. 


A3l6 


COMPUTER PROGRAM SPECIFICATION 


/ 


TITLE GENERAL VEHICLE PERFORMANCE ANALYSIS TOOL 






FORM PREPARED BY ^ 0 . D. Jordah l DATE 11-29-73 

'i . ' 

LANGUAGE FORTRAN IV HOST MACHINE CPC 6 OOP 

PROGRAM! SIZE JO (Boxes of Source Cards) 

on « • 

TIMING (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 _Jf_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT T ypical simulation of the Hercules missil e 


STATUS: Operational X . Programuingln Development . Not Programmed 
REFERENCE GVPAT Documentation Manuals # . _____ ; 


OWNERSHIP: Public , Private x . Owner MDAC 

, „ ABSTRACT 

The McDonnell Douglas General Vehicle Performance Analysis Tool (GVPAT) is a 
FORTRAN computer program library which is structured to simulate trajectories 
for many different aerospace vehicles. Modular construction has been employed 
to facilitate future growth and modification of the Library. GVPiiT^ravs 
together into one package many of the capabilities of trajectory programs 
currently in use at MDAC-W, » » 

The desired capabilities of the GVPAT Library are extracted and executed as 
one computer program via an auxiliary program, the GVPAT Preprocessor, and 
computer dependent utility programs. 

& 

GVPAT documentation is contained in three different manuals. The GV1 Manual, 
GVPAT Subroutine Specifications , contains the detailed information concerning 
program logic and equation development at a subroutine level. The GV2 Manual, 
GVPAT General Use:n Instructions , presents the minimum necessary information to 
form a GVPAT data deck and to use the program. The GV3 Manual, GVPAT Sample 
Cases , offers a variety of sample cases as an aide to program usage. 





NO. P1511 


TITLE 


COMPUTER PROGRAM SPECIFICATION 
PERFORMANCE ANALYSIS AND DESIGN SYNTHESIS COMPUTER PROGRAM: 


-£ 2 - 


FORM PREPARED RY M. H. Ross 
LANGUAGE FORTRAN IV 


DATE 12r20-73 


Ik 


PROGRAM SIZE 

TIMING 200 


HOST MACHINE C PC 6000, UNIVAC 1108, UNIVA C 1110 
(Boxes of Source Cards) 

..(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 _3_ (Words) » 
OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


Shuttle Vehicle trajectory otpimization 


ir 


STATUS: Operational X , Programming In 'development , Hot Programmed 

’’ <> ' ' 1 ^ • .• 

REFERENCE PADS Vol. 1, 2, and 3 MDC Gl>287 11/72 . 


OWNERSHIP: Public X t private , Owner 


ABSTRACT 


The Performance Analysis and Design’ Synthesis (PADS) computer program has a 
two-fold purpose. It can size launch vehicles in conjunction with calculus- 
of-variations optimal trajectories and can also be used as a general-purpose 
branched trajectory optimization program. In the former use, it has the Space 
Shuttle Synthesis Program as well as a simplified stage weight nodule for 
optimally sizing manned recoverable launch vehicles. For trajectory optimization 
alone or with sizing, PADS has two trajectory nodules. The first trajectory 
module uses the method of steepest descent ; the second employs the method of 
quasi-lipearization, which requires a starting solution from the first tr&- 
Jectory module. , 


ss r 
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COMPUTER PROCRAM SPECIFICATION 


TITLE » MODULAR SIMULATION SYSTEM 


FORM PREPARED BY M. H. Ross 
LANGUAGE FORTRAN IV 


PROGRAM SIZE Very large 


TIMING 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

S3 • 

BASIS FOR TIMING, INPUT, AND OUTPUT 


_ DATE g-19-7»» 

host Machine univac 1108 or cdc 6000 

! ■ ■— 

(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational JC_, Programming In Development" , Not Programmed 

REFERENCE This progra m w as written by Logicon Inc, und er contrac to i 


OWNERSHIP: Public _X , Private , Owner _ 


ABSTRACT 


Two, three or six-degree of freedom trajectory program. Has multi-vehicle 
simulation capability. Modules and models are caused to load through key 
cards in input stream. The data for each module follows the key card. 



no. as6o 


COMPUTER PROGRAM SPECIFICATION 

o 

TITLE THREE-DEGREE-OF-FRBEDQM TRAJECTORY SIMULATION 


FORM PREPARED BY R ‘ J - Roth __DATE 2-19-7** 

LANGUAGE FORTRAN IV HOST MACHINE CDh CYBER 74 

PROGRAM SIZE App r ox 7 bo xes (Boxes of Source Cards) 


TIMING 


.1 sec/integration step 


...(Central Processor Decimal Seconds of CDC6600) 


INPirr VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 (VJords ) totally variable - visor dependent 

'(h 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational X_, Programming In Development . Hot Programmed . 

REFERENCE MDAC Manuals XA1 , XA2 , XA3 , • - . 


OWNERSHIPS Public ^ Private X . Owner MDAC . * ~ , . 

' ABSTRACT 

Program AB60 performs the three-dimensional simulations of the powered and unpowered 
flight of a multistage vehicle under trim conditions over a rotating or non-rotating, 
spherical or ellipsoidal body with an atmosphere. The simulation is accomplished by 
a numerical integration of the two-body equations of motion (assuming point mass 0 . 
vehicle) which are a function of central and external forces. This program assumes 
the 1962 ICAO (International Civil Aviation Organization) standard atmosphere unless 
a non-standard model is input. Vehicle control is accomplished' “by a pre-programmed 
attitude rate control. Wind profiles, or boost and/or re-entry phases, as well as 
the vehicle aerodynamics may be represented by variable length data tables. Vehicle 
thrust-weight as,, a function of time is also input in .tabular form. Numerical, inte- 
gration is performed by a modified Runge-Kutta scheme which employs a variable ’step 
sice technique to- generate a near-optimum computing interval. Some of the optional 
program features available to the user are the following: an ^iterative hunting pro- 

cedure which varies specified parameters in an attempt to satisfy desired flight 
conditions; an optimization procedure to extremize'a specified payoff function; a v * 
scheme using h'ermite interpolation to determine trajectory times at which specified 
values of selected variables occur* 

■p 
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HO. (None Yet) 


COMPUTER PROGRAM SPECIFICATION 

o 

TITLE TEXGAP - Texas Grain Analysis Program 


FORM PREPARED BY E * P Gillis 


DATE 11-27-73 


LANGUAGE Fortran IV 

o 

PROGRAM SIZE 1 


HOST MACHINE 


CDC 6600 


TIDING 900 


(Boxes of Source Cards) 

_(Central Processor Decimal Secopds of CDC6600) 


& 


VOLUME 10 (Words) 

OUTPUT VOLUME 10 _5_ (Words) 

BASIS FOR TIMING » INPUT, AND OUTPUT 


d 


STATUS: Operational , Programming In Development X , Not Procrammed 


REFERENCE Du n ham, R. S. and E. H. Becke r , University of T exas, TIMCAM 73-1, 
■a 9 

August 1S73. 


OWNERSHIP: Public 


, P’-lvate X , Owner 


MDAC 


ABSTRACT 


TEXGAP is an elastic propellant grain analysis program which combines all the 
features of, and supersedes, programs SA58, SA60, SA62 and SA64. Results of 
this program can be input to G394 AVGSAP Viscoelastic Program. 
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1) 

COMPUTER PROGRAM SPECIFICATION 

a 

TITLE AVGSAP - Automated Viscoelastic Grain Structural A n alysis 


110. C394 


FORM PREPARED RY E, Gillla 
LANGUAGE Fortran IV 


DATE 11-27-73 


HOST MACHINE CDC 6600, 


PROGRAM SIZE 
TIMING 


600 


INPUT VOLUME 10 3 (Words) 

1 ft a •' 

OUTPUT VOLUME 10 _J__ (Words) 

EASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC66O0) 


STATUS: Operational X_, Programming In Development , Hot Programmed 

REFERENCE ? ________ 


OWNERSHIP: 0 " Public 


Private , Owner MDAC 


ABSTRACT 


AVGSAP is a program for viscoelastic grain structure analysis. Tt has design 
curves from DAC Report-61727 stored in memory for parametric study. Program 
accounts for ablating grain. Uses input from Program TEXGAP. 


V fi 
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110. P0777 


‘ COMPUTER PROGRAM SPECIFICATION 


TITLE TRANSVERSE ACCELERATION STRESS ANALYSIS 


o ■ 


FORM PREPARED BY E'. GilLls 

LANGUAGE Fortran IV 

PROGRAM SIZE 1 

TIMING 


600 




DATE 11-21-73 

o> —————— 


HOST MACHINE CDC 6600 


INPUT VOLUME 10 _3__ (Words) 

OUTPUT VOLUME 10 J_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cnrds) 

(Central Processor Decimal Seconds of CDC6600) 


. o 

STATUS: Operational X , Programming In Development , Not Programmed 


REFERENCE Rohm & Haas AKG O 38 Program’ 


Rohm. & Haas Technical Report S-116 


OWNERSHIP: 


Public 

o 


j, Private X , Owner MDAC 
ABSTRACT 


'Code obtains an elastic solution for an compressible solid of revolution subjected 
to lateral body force Code is the? Rohm and Haas AMGO 38 program (Reference R&H 
Technical Report S-llo) .Code is based on the finite element displacement formu- 
lation. Equations are " solved "by the extended Ritz method. Input to the program 
consists of description of geometry, material', properties, and lateral acceleration 
load. Output consists of tabulated nodal- displacements and element stresses and 
strains. 11 ((’• | 


<a 
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HO. P0781 


COMPUTER PROGRAM SPECIFICATION 


TITLE VISCOELASTIC GRAIN STRUCTURE ANALYSIS 


FORM PREPARED BY E. Gillis 


DATE 


ll-gl-73 


LANGUAGE Fortran IV 

PROGRAM SIZE • 1 

TIMING 


ROST MACHINE CDC 6500 


900 


INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 _ 6 _ (v/ords) 

BASIS FOR TIMING, INFUT, AND OUTPUT 


STATUS: Operational _X, Programming In Development , Not Programmed 


REFERENCE 

© 


V 


OWNERSHIP; Public Private 


Owner 


,.MDAC 


&. 


ABSTRACT 


O 


Program performs a linear viscoelastic analyses, by means of the Schapery direct 
incremental method. Program is an abbreviated version of program G39^ and lacks 
the built-in elastic solutions and the capability to do an ablating analysis. 
Input to the program consists of time dependent loads, motor case and propellant 
material properties, and elastic influence coefficients. Output consists of 
time dependent bond stresses* bore strains, and resulting cumulative damages. » 


.’V 
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(Boxes Of Source Cards) 

__(Central PjrBcessor Decimal Seconds of CDC 66 OO) 3 


HO. P1Q5Q 


TITLE 


COMPUTER PROGRAM SPECIFICATION 


Heat Conduction of Solid Propellant Rocket Motor N o zzles 

o 


FORM PREPARED BY E, G illis DATE 27 Nov. 1973 

o 

LANGUAGE Fortran IV BOUT MACHINE CPC 6600 . 

PROGRAM SIZE £_Box (Boxes of Source Cards ) 

TIMING £00 (Central Processor Decimal Seconds of CDCfSbOO) 

INPUT VOLUME 10 3 (Words) 

OUTPUT VOLUME 10 _4_ (V.'ords) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS; Operational X_, Rji»ggfawning In Development , Not Programmed 

... ■ o o ' ... 

REFERENCE _ : ~ ~ V' 


OWNERSHIP: Publi^ , Private X . Owner MDAC ' 

' 0 ABSTRACT 

This is an axlsymmetric finite element heat conduction program used to generate 
time dependent temperature distributions in nozzles. 


€ 


NO. P0307 


60MPUTKR PROGRAM SPECIFICATION 


TITLE SAAS III, FINITE ELEMENT 


ANALYSIS OP AlCI SYMMETRIC AND PLANE SOLIDS 


Va U VmTEHKNT • URTHUTRUPlC T" Tg ^ ^ PR&PSfi f IE5 7 IiT 

TENSION AND COMPRESSION ■ c . ■ 


FORM PREPARED RY ZJ Gillis 


_DATE Nov, 21 1973 


LANGUAGE Fortem IV 


HOST MACHINE . CDC 6600 


J 


PROGRAM SIZE 
TIMING 


6QO 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC 6600 ) 


INPUT VOLUME “10 & (Words) 

0 

OUTPUT VOLUME 10 5 (Words) 


BASIS FOR TIMING, INPUT, AND OUTPUT 


£) 


STATUS; Operational X_, Programming In Development _, Not Programmed 

REFERENCE Aerospace Repor t No. TR-OQ59 ;(s68l6-53 ) -i - ' , ;• ' \ ■ . ■ - 

By J. G. Crose and R. M. Jones, 6-22-71 


OWNERSHIP: Public , Private _X_, Owner MDAC 


ABSTRACT 


The finite element method is used, to determine the displacements, stresses, and strains, 
in axisymmetric and plane solids with different orthotropie, temperature -dependent 
material properties in tension and compression, including the effects of internal pore 
fluid pressures and thermal stresses. The mechanical loads can pe surface pressures, 
surface shears, and nodal point forces as well .as acceleration or angular velocity. 

The continuous solid is replaced by a system of elements with triangular or quadri- 
lateral cross sections. ‘Accordingly, the method is valid for solids which are^ccm- 
posed of many different materials and which have complex geometry |l Two-dimensional 
mesh generation and temperature interpolation features allow the computer program 
to be readily used, , >3 . • 


c 
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HO. STR-5 


‘V 


COMPUTER PROGRAM SPECIFICATION 
TITLE FATIGUE ANALYSIS AND DESIGN 



S.V 


FORM PREPARED BY F, D. Flood 

o 

LANGUAGE Fortran IV 



HOST MAC HI HE 


A 


DATE T-S8-72 

dDC 6600 


PROGRAM SIZE 3_ „ 

TIMING 2/detail 

'1. c 

INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


. _ (Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 
(Words )/Detail 

(Page s/detail = 10^ words/detail) 

o 

Estimates per Michael Dilio, BCS Programmer. 


/? 


STATUS: Operational , Programming In Development XX , Not Programmed 

REFERENCE Boeing D6-2I+956, ''Structural Design for Durability", Structural Durability 
Group , JanT*T9T5T^ceTng^c^A"95T^ , 7Wi^ue“Des'rg'h MetITcTas" afTd Allowables", 

.Structural Durability Grpup, February 1972. ' 

OWNERSHIP: Public Private XX . Owner The ‘Boeing Company 

v ABSTRACT (From D6-2 4957) 

This fatigue analysis anil design method includes the following significant features: 

o A fatigue check and margin similar, to the static "strength check. 

o Equivalent fatigue load conditions that replace exceedancetype spectra. 

o An ..estimating technique lo sise structure for fatigue in the earliest designs. 

. stages. ■ ' . 

a An inventory cf fatigue-rated detail design based on test and service, experience 
and methods of determining^ fatigue ratings for new designs , 

o Fiqal fatigue check calculations reduced to a single major stress excursion 
expected each flight with a factor for the additional damage of smaller stress 
excursions. 

o A Visibility fatigue check format that relates detail design quality to the 

operating load environment. » 
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NO. G534 


COHPOTKR PROGRAM SPECIFICATION 


TITLE A Computer Program to Design Conical Shell Structure 


FORM PREPARED BY 


E. Gillls 


DATE 




LANGUAGE Fortran, I V 

PROGRAM SIZE 2_ 

TIMING 100 


HOST MACHINE CDC 6( & 00 


(Boxes of Source Curds) 

>S * ' O 

(Central Processor Decimal Sbtonds of CDC6600) 




INPUT VOLUME 10 (Words) 

" 0 

OUTPUT VOLUME . 10 __3_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational JC_, Programming In Development , Not Programmed 

<1 . 

REFERENCE ________ __ • 


OWNERSHIP: Public 


Private X , Owner MDAC 
ABSTRACT 


The program will determine the thickness of a conical shell structure subjected 
to axial, bending, torshional shear, transverse shear, and external pressure 
loads. The temperature of the shell may vary with thickness and, in turn, 
compressive yield strength and modulus of elasticity will vary with temperature. 
The program starts with an initial shell thickness and increments the thickness 
by .010 until the instability and interaction requirements are satisfied, and a 
positive margin of safety exists. The temperature at each .010 increment is 
input sind the program will determine modulus of elasticity and compressive yield 
strength from input data. The program calculates actual and. allowable stresses 
for a particular thickness and either terminates if a positive margin of safety 
exists or increments the thickness and recomputes stresses. Since critical 
buckling stresses are limited at the compressive yield strength, buckling in the 
plastic range is not considered. - -j 


$3. 
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COMPUTER PROG PAM SPECIFICATION 


TITLE Stress Analysis - Santa Program System 


»o: SA86 


— £■ 


FORM PREPARED BY E. GiUis DATE 

LANGUAGE Fortran IV ROUT MACHINE CPC 6600 

PROGRAM SIZE (tloxgs of Source Cards) 

TIMING 30 to 6QQ (Central Processor Decimal Seconds of CDCfiOOO) 

INPUT VOLUME 10 J__ (Words) 

OUTPUT VOLUME IQ 3 (Words) 

BASIS FOR TIMING , INPUT, AND OUTPUT 


STATUS: Operational _X_, Programming In Development Not Programmed 

REFEREIi CE MDAC/W M emorand um A-83Q-BBGD- 18 9, dated 5 -23-69, Thermal Stress Analy sis 

Computer Program (Elastic-Pla s tic) ° 

OWNERSHIP: Public Private X . Owner MDAC 

ABSTRACT 

The finite element method is applied to' the determination of displacements and 
stresses in axisymmetric solids with orthotropic, temperature-dependent properties. 
The continuous body is replaced by a system of ring elements with triangular or 
quadralateral cross sections. Since elements are of arbitrary shape and can have 
different material properties, the procedure can be applied to bodies composed of 
many different materials of complex geometry. The analysis is used as a basis for 
the development of a general computet program which is capable of thermal stress 
analysis of axisymmetric solids. Mesh generating and temperature interpolating 
options allow the program to be readily used . 

0 “ 
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COMPUTER PROG RAJ* SPECIFICATION 


TITLE SNASOR II - A Finite Element Program for the Static Non-Linear Analyses of 


Shells of Revolution 


FORM PREPARED BY 

LANGUAGE Fortran IV 


E. Gillis 


DATE 


11 - 2 ^- 


73 


ROST MACHINE CDC 6600 


PROGRAM SIZE 

TIMING, 300 


(Boxes of Source Cnrds) 

^(Central Processor Decimal Seconds of CDC 6600 ) 


INPUT VOLUME 10 J__ (Words ) 

OUTPUT VOLUME 10 _J_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational X, Programming In Development Not Programmed 

REFERENCE ^ 


OWNERSHIP: Public , Private _X_, Owner MDAC 


ABSTRACT 

Program analyses elastic, geometrically nonlinear, thin shells of revolution subjected 
to symmetric or asymmetric mechanical and thermal loading. The finite element method 
of structural analysis is utilized with either a modified Newton-Raphson method or 
incremental stiffness procedure being employed to solve the nonlinear equations of 
equilibrium. Using the SNASOR code, the static nonlinear response of shells of 


revolution can be obtained in relatively short period^ of time for a large number 


of important shell problems. 




% 
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II. 


MO. SAS8 


^ COMPUTER PROGRAM fiPECIFICATION 

o 

l 1 ITLE Axlsymmetric Load i ng of Compressible S olids of Re vo lution 




FORM PREPARED BY Ej jGlllis DATE 11-21-71 

LANGUAGE Fortran I V HOST MACHINE CPC 6600 

PROGRAM SIZE 1 " (Boxes of Source Cards) 

TIMING 1200 (Central Processor Decimal Seconds of CDC6600) 

' * ' o ■ 

INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 __5__ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT p , 


STATUS: Operational X_, Programming In . Development , Not Programmed 

REFERENCE Rohm & Haas Tech nical Rep o rt S -76. 


OWNERSHIP: Public Private X . Owner' MDAC __ 

,, ABSTRACT 

Code obtains an elastic solution for thermal gradients, axial body force, and 
varying pressure .§SJCode is the Rohm & Haas AMG032 program (Reference R&H Technical 
Report S-76). Code is based on the finite element displacement formulation. 
Equations are solved by the extended Ritz method. Input to the program consists 
of description of geometry, material properties, and load conditions. Output 
consists of tabulated nodal displacements and element stresses and strains. 



HO. SA54 


I) 

■ 4 ■' : COMPUTER PROGRAM SPECIFICATION 

• ■ ' ° •’ .. o. • 

TITLE Static Aeroelast i c Load Analysis for Missile Bodi e s 


FORM PREPARED BT J^ClUis _ DATE 11-21-73 

LANGUAGE Fortran IV ’ HOST MACHINE CP C 6600 

PROCRAM SIZE 1 ( Boxes of Source Cards) 

TIMING 120 - 1800 (Central Processor Decimal Seconds of CDC 6600 ) 

" ------- -- - - — j • c H 

INPUT VOLUME 10 3 (Words) _ T = 

11 n c 

v OUTPUT VOLUME 10 _4_ (Words) * 0 o 

BASIS FOR TIMING , INPUT, AND OUTPUT 1 . ; ; • » 


STATUS; Operational _X, Programming In Development , Not Programmed 

REFERENCE Douglas Re por t No. SM-42655, December 3 0, 1962 


OWNERSHIP; Public , P-lvate x , Owner MDAC r , 

ABSTRACT 

Program SA54, Static Aeroelastic Load Analysis for Missile Bodies, calculates the 
shears, bending moments, axial loads, and beniiing deflections for an elastic missile 
boyd. In addition,- the local angle of attack along the body is obtained for surface 
pressure calculations. Although this is primarily intended as a load determination 
method, the aerodynamic force and moment” coefficients for the elastic body and the 
distribution along the body can be obtained as an option.' 

Although methods are presently available for solution of the aeroelastic problems 
through use of standard matrix abstraction programs, these methods are best suited 
for determining the elastic missile aerodynamic parameters, rather than the missile 
loads required for structural sizing and design. These methods can be used for 
procedure, since it requires several computer programs and runs, and the intermediate 
human element associated with transcribing data from one program to another. These 
ate not efficient methods of load determination, and due to the engineering and com-, 
puter time involved, are not ideally suited to preliminary design and proposal 
parametric studies. 
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COMPUTER PROGRAM SPECIFICATION 

TITLE General Missile Sizing Program 


NO. CMSP 


FORM PREPARED BY E. Gilll s DATE 11-21-73 

i LANGUAGE Fortran IV HOST MACHINE CPC 6000 

PROGRAM SIZE ^ (Boxes of Source Cards) 

TIMING • 60 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 __2_ (Words) 

OUTPUT VOLUME 10 __4_ (Words ) 

BASIS FOR TIMING, INPUT, WID OUTPUT One f Preli minary Design Configurati on 


STATUS: Operational J^y -Programming In Development , Not Programmed _____ <9 

REFERENCE Douglas Paper No . 3632., W . R. Wintori , T Ju n e 1 965. 


OWNERSHIP: Public , Private JL, Owner- MDAC 

ABSTRACT 

The General Missile Sizing Program performs both the sizing and preliminary design 
of missile configurations for a specified level of performance. The program con- 
tains all the design and analysis functions required to design a missile and deter- 
mine its performance. T%:se functions include solid propellant grain, motor case, 

■ nozzle, airframe, heat shield, and control system design. The computation of in- 
flight air loads and configuration aerodynamics, and trajectory simulation and 
ty optimization. 

cv • ■ .... 

\ ... : : /■ 
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NO. H523 


COMPUTER PROGRAM SPECIFICATION 

TITLE 3 Vehicle Mass Characteristics Determination 

• 


' t) 

■ ■ 


• 

FORM PREPARED BY E * Gillis 

• 

DATE 

11-21-73 

LANGUAGE Fortran 

HOST' MACHINE 

CDC 6600 


PROGRAM SIZE 1 

w 

(Boxes of Sourc 

e Cards) 


TIMING 60 

INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 _J_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 

(Central J’rocessor Decimal 

O 

Seconds of CDC6600) 

ft , . . - 




STATUS: Operational _X, Programming In Development , 

Not Programmed _____ 

REFERENCE . , ' V 


■ i, H 



' ' fc" , 

" 


OWNERSHIP: Public . Private X . 

Owner MDAC 


i, 


ABSTRACT , •■ ' , . ' . j: 

This computer program is designed to give a quick and easy method by which to cal- 
culate: 

1. Detail weight, horizontal center of gravity, and moment of Inertia about ’ 11 

the three coordinates axes through the detail .part center of gravity. 

f.y o •. 

2. Total configuration weight, center of gravity coordinates about all three 

j axes, and moment of inertia (roll, yaw, and pitch) about the vehicle center 
of gravity. 

• t' . ■ ■ . ' ' • ! ■ 

3. s Also available, at request, are total mass distribution along any or all 

three coordinate axes, principal axes data, and "El" distribution. ; 

Data related to principal axes include principal moments of inertia, direction angles 
of the principal axes, and products of Inertia about two coordinate axes. 

A geometric data load sheet is available for this program which also eliminates 
engineering time to calculate mass properties input data. 


ff 

/h 


NO. CADD 


COMPUTER PROGRAM SPECIFICATION 
TITLE Computer Aided Design and Drafting Sy s tem 


FORM PREPARED BY 
LANGUAGE N/A 


E. Glllls 


PROGRAM SIZE N/A 
TIMING N/A 


DATE 11-21-73 


HOST MACHINE IBM 370 


INPUT VOLUME 10 N/A (Words) 

OUTPUT VOLUME 10 N/A (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

_(Central Processor Decimal Seconds of CDC6600) 


IV 


o 


STATUS; Operational X, Programming In Development , Not Programmed 


REFERENCE 


OWNERSHIP: Public 


Private X . Owner 


ABSTRACT 


The CADD system is a combination of computer hardware devices and programmed logical 
procedures. Attached to the IBM computer by coaxial cables are a number of IBM Graphics 
Terminals. The terminals have an electronic display surface similar to a television 
screen, control buttons, typewriter keyboard, and a device called a lightpen. Through 
the Graphics Terminal the designer "converses* 1 with the computer. In manipulating the 
various terminal controls the designer rapidly constructs a true mathematical model 
of his layout geometry. This is displayed at any desired scale or position on the 
terminal display surface. The designer may continue to "Interact" with his computer- 
stored model, analyzing and changing it until he h?is achieved an optimum solution. 


9 $ 


HO. *0730 


COMPUTER PROGRAM EPDCIFICATION 


TITLE NASTRAN 


FORM PREPARED BY ■ E. G llll s 
LANGUAGE Fortran IV 

Program size 5 


date 11-21-73 


TIMING 


HOST MACHINE CPC 6600 ' 't 

(Boxes of Source Cnrds) 

% 

(Central Processor Decimal Seconds of CDCC60O) 


INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 _5_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT - 

3600 Degree of Freedom .Problem 

STATUS: Operational Programming In Development , , Not Programmed 


REFERENCE 


Nastran User's Manual 


OWNERSHIP: Public 


Private 


Owner 


NASA 



ABSTRACT 

NASTRAN is a program used for static and dynamic analysis of structures. A finite 
element structural model is used, wherein the distributed physical properties of a 
structure are represented by a finite number of structural elements. These elements 
are interconnected at a finite number of grid points. Loads and/or deformations are 
applied to these grid points and general displacements for the structure are cal- 
culated. NASTRAN contain^ twelve separate problem solution sequences called rigid 
formats. Each of these rigid formats is associated with the solution of problems for 
a particular type of static or dynamic analysis. NASTRAN plotting capability consists 
of both undeformed and deformed plots of the structural model. Response curves are 
also available for transient response and frequency response analyses. In addition 
to the rigid format procedures, the user may choose to write his own Direct Matrix 
Abstraction Program (DMAP) . The procedure permits the user to execute a series of 
matrix operations of his choice along with any utility modules or executive opera- 
tions that he may need. 

Restrictions included, in NASTRAN are: v " * ■ 

1.“" Nonplastic analysis .fni&y - - 

2. No prebuckling nonlinearity in buckling module. 

3. Temperatures are constant through place element thickness. 

4. Cannot input base excitations for transient response analysis. 

5. Cannot handle colinear or coplanar degrees of freedom. 


0 


no. P1874 


COMPUTER PnOGRAV rPnCIFICA'hoil ' “V:-.- 

title datran ! ^ * 

■ — — " * 

^- / G 

FORM PREPARED BY E. GiUls _ J DATE 11-21-73 

" ° “ 

LANGUAGE Fortran IV HOST MACHINE CP C 6600 

PROGRAM SIZ:E_ 2 “ ^ (Boxes of Source Cards) 

TIMING 100 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational I , Programming In Development *, Not Programmed 

REFERENCE A3-250-ABC3 -10 44, Dated 12-16-71 , ' 

TM-60, December 1971, ABC3 , 


OWNERSHIP: Public , Private Owner MDAC ; 

ABSTRACT * " , o 

DATRAN is a CDC 6000 series program that is designed to read FORMAT (SA49) table 
data and matrix input data, convert it to NASTRAN (P0730) input data, and punch that 
data in. a ready-to-use form. " 

Table data read by DATRAN may be on cards and/or tape (no editing) . If both tape and 
cards are input for table data, the tape will be processed first and cards later. 

Card data and tape data must not duplicate or conflict with each other. Colinear or 
coplanar degrees of freedom within the structural idealization will remain uncon- 
strained in NASTRAN data input. 

Matrix data read by DATRAN may be on cards or tape, but not both. The various tables 
in the table data may be incremented if desired. The increments need not be the same 
for all tables. The punched output (input for NASTRAN) will contain the cross- 
referenced and incremented data. 
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V ’ * ' 1 ^ " * 


not P2260 


COMPUTER PROGRAM SPECIFICATION 


:? Wr> 


TITLE BIGPIX 


;. --v “ 






0 ' ■ -■' . - — <5 

FORM PREPARED BY E. Gli'|is ; “7" 


LANGUAGE Fortran IV 




DATE 11-21-73 


' n — ' @ 

° * 3 HC^n.IACJ(IIJE CP C 6600 


program size 


1 - 1/2 


Ji>«& 



TIMING 100 


(Boxes of Source Cards) 

° ‘ . *. . ' ♦ 0 I* 

_(Central Processor Decimal Seconds fef CDC6600) 


INPUT VOLUME 10 3_ (Words) * 

i. O 0 

C 01JTPUT VOLUME 10 3 (Words) 

. 0 . " _r ~" " ;t 

® .-4 0 •• 

BASIS FOR TIMING, INPUT, AND OUTPUT 




V 


} 




STATUS : Operational X , Programm i ng In Development . Not Programmed 

,• a • O' 

REFERENCE „ 


■•V 


J 


OWNERSHIP: Public , Private X . Owner MPAC 


ft 


ABSTRACT ■, • , 

BIGPIX is a program that is designed to read discrete element input data for FORMAT, 
NASTRAN// or CASD* and plot a structural idealization. The idealization plot differs 
from s imlldt plots of the past in that P 22SO labels all elements, joints and vectors. 
Symbols are also u^ed to describe the previously mentioned items. The plot is created 
by the use of large table, plotters using paper or mylar. This plot is intended to replace 
the traditional hand drawn structural idealizations from°whl'ch input data is derived. 


THis program is part of a system of programs that generate data for discrete element 
analyses. A graphics program exists at Douglas Aircraft that produces data without 
the hand drawn Idealization. This program also produces punched data. BIGPIX is 
Intended to supplement the above mentioned program thus further automating the com- 
puter solutions for discrete element structural analyses. 


*CASD input is considered to be punched from FORMAT input forms. 
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NO. SA 92 


* a Ci 

( 


COMPUTER PROGRAM $.%IFICATION 


TITLE Missile RaiD c Dynamic Response 


FORM PREPARED IJI 


O 

E. Gillis 


language 


PROGRAM SIZE 


Fortran IV 


TIDING 120 

INPUT VOLUME 10 __3_ (Words) 

OUTPUT VOLUME 10 3 ( Words \ t 

BASIS FOR TIMING , INPUT , AND OUTPUT 


^ DATE H-27-73 

^ HOST MACHINE » CPC 6600 . , 

(Boxes of Source Cards) 

Cs o . 0 

<a x 

(Central Processor Decimal Seconds of CDC6600) 

„ II 0- '•> * 


^ • ** O ' ' 

STATUS? Operational J(, Programming In Development , Not Programmed 

REFERENCE Douglas Report No. MDC G0197 , dated February 3 , 1970 


OWNERSHIP; Public 


Private X . Owner MDAC 


, a ABSTRACT „ * 

Computer Program SA 92 id designed to compute the dynamic response of a missile in 

motion along a supporting rail, under the influence of various time-dependent loads. 

The most important distinguishing feature of this program Jgpom other dynamic response 

programs is its automatic handling of the two sourced of non-linearity: 

1. The varying of the interaction between missile and rail as the missile moves 

along the rail.. C> 

2. The varying of the interaction between missile and rail as the "shoes" which con- 
nect them come into intermittent contact with the rail surfaces. 

Other features of the program which are important from the, user's standpoint are as a 

follows: '' ° 'i;.''.' J 

1, All matrix and Rector input is via magffe&Lc tape from existing structures programs, 
e.g., DAO 2, SA|0, SA43, SA4'9 i and SA76 * W$fchis input includes: stiffness and inverse 
mass matrices, equilibrium displacementK^lfcfcors due to constant or initial loads, 

“ and extractor matrices for calculation 6f element forces or other linear functions 
of response. 

2. Loads are entered in tabular form as functions of time or missile position (along the^ 

rail) and are obtained at each time point by linear interpolation. (Quadratic inter- 
polation is optional) . v>: . 




NO. H312 


COMPUTE PROGRAM HPECIPICATION 


0 




TITLE Rib-Stiffened Shell Buckling 


X 


FORM PREPARED 11Y E. Gillis 

LANGUAGE Fortran IV 

1/2 


PROGRAM SIZE 

TIMING 30 


.vz. 


•— rr 


INPUT VOLUME 10 2 (Woij'.-i) 


6 


DATE ° 11-21-73 


HOOT MACHINE CDC 6$00 


o 

« 


W G 

(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CI)CG600) 


„ Q 


t.% 


OUTPUT’ VOLUME" 10 _2_ (Words) ° 9 

BASIS FOR TIMING, INPUT, AND OUTPUT Ty pical Stiffe ned Shell Buckling Problem 


STATUS: Operational Jf, Pcbgramming In Development , Not Programmed 


•9 


REFERENCE 


xf 


& i_ 


OWNERSHIP: Public , Private , Owner MDAC 


= ABSTRACT $ 

<* _ 

This program determines^he buckling load for a rib-stiffened cylindrical shell 
structure which Is subjected to a combinatiqn of axial and lafedral pressure loads. 
The Input consists of the shell dimensions, the stiffener dimensions or section » 
properties, spacings, orientation angle, and stiffener eccentricities relative 
to the shell thickness, material moduli, and hoop load. The output includes the 
load for buckling of the shell between stiffeners as well as that for overall 
buckling and buckling between frames. Also, stiffening rigidities and data for 
construction of f estdo'd curves can be included in output. 

■ ^ _ 


;U 


'-.St 


ft? 
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NO. . 


CQMPJUTKR PROGRAM r.PECIFICATION , * 


TITLE BOS O R 2 - Buckling; and Vibration of Segmented, Ring-Stiffened, Shells 


•" of Revolution 

o 

FORM PREPARED BY E. Gillis 

language Fortran xv 

•■) '$$> 0 ' 0 ° 

° PROGRAM SIZE ^ 3 


TIMING 


DATE H-21-73 

HOLT MACHINE CPC 6500 

o 

.a 

(Boxes of Source Cards) 

. * ' * 0 

J, Central Processor Decimal Seconds of CDC66Q0) 


INPUT VOLUME T^a f 0 __i_ (Words ) = 

\ ° * * 

OUTPUT' VOLUME 10^-4 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT Ty pical Stif fen ed Shell Buckling, Problem 


STATUS*. Operational JK_, Programming In Development Not Programmed 

REFERENCE ^ 


OWNERSHIP: Public y . Private Owner NASA 1 

n ' '* • % -.V r ' 

...... „ ABSTRACT 

Programs P1146 can be used for, stress, stability and vibration analysis of segmented 
elastic shells of revolution. Novoshilov type shell equations arc the basic theory. 

Segments can be of, the following geometry: cone, cylinder, sphere, torous, ellipse, 

general shell of revolution and rlngs-stringers can be taken into account. The 
number of segments must be less than 10 and meridional nodes less than 98. Loads 
must be axisymmetric. Normal pressure may vary along the meridian of any segment, 
and line loads and moments may be applied nt any station along the meridian. 

■ o 

Capability is the following: calculation of buckling loads taking ihtcT account non- 

linear effects; calculation of axisymmetric stresses and displacements including non- 
linear effects; calculation of vibration frequency including the effects of prestress 
obtained from a nonlinear analysis. < 
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COMPUTER PROGRAM rPCCIFICATlON 


NO. SA-49 


TITLE 


Format 


VORM PREPARED By 

' LANGUAGE Fortran IV 

"PROGRAM SIZE 5 

TIMING 1800 


E. Gillis 


Q 


DATE 


11-21-73 


HOST MACHINE ^ CDC 6600 


INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 5 (Words) 

0 a o * 

BASIS for timing, input, and OUTPUT 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational _X, Programming In Development ^ . Not Programmed - % 

REFERENCE __ ° l •' 


o OWNERSHIP:, Public , Private X , Owner MDAC , 

ABSTRACT 

FORMAT (FORTRAN Matrix Abstraction Technique) is a digital computer program system 
consisting of three distinct programs written entirely in FORTRAN IV. The system 
provides for generation, manipulating, printing, and plotting of large order 
(i.e. , 2000) matrices commonly used in state-of-the-art structural analyses. Phase I " 
of the system automatically generates matrices requried in the thermomechanical 
analysis of structures by the Force or Displacement Methods including those necessary 
in joining, symmetric/antisymmetric reaction disconnect, vibration, and stability 
analyses. Modulesfor converting continuous-to-discrete loads, and analytic-to- 
discrete geometry and for maintenance of a master case data file are also 1 provided 
to minimize input data requirements. Phase II provides an abstraction capability 
to effect basic matrix algebra via the standard matrix operations (e.g., add, 
multiply, etc.), several pseudo-matrix operations (e.g., adjoih, diagonalize, etc.), 
and several control operations (e.g., save and print matrices, etc.). The sequence 
of operations is user designated. Phase III provides for self-explanatory report 
form printing of matrix data resulting from Force of Displacement Method analyses, 
and a nominal graphical display capability for matrix and geometry data. 
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HO. 


3A60 


COMPUTER PROGRAM SPECIFICATION 


TITLE PLANE STRAIN SOLUTION FOR COMPRESSIBLE MATERIALS 


FORM PREPARED BY E. G illl s 
LANGUAGE Fortan IV 


_DATE 11-21-73 


HOST MACHINE CDC 6600 


PROGRAM SIZE _ 
TIMING g IgQO 


(Boxes of Source Cards) 


(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 _3_ (Words) 

•«...■ li % ^ 

, OUTPUT' VOLUME 10 5 " (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 






STATUS: Operational JX, Programing In Development 
REFERENCE Rohm & Haas Technical Report S -76 


, Not Programmed 


ft- 

a 


OWNERSHIP: Public , Private JL> Owner 


MDAC 


ABSTRACT 


Code obtains an elastic solution for arbitrary thermal gradients, body force, and 
varying pressure. Cede is the Rhom & Haas AMG033 program, (Reference K&fy Technical 
S- 76 ). Code is 1 based on the finite element displacement formulation. Equations 
are solved by the extended Ritz method. Input to the program consists of description 
of geometry, material properties, and load conditions. Output consists of tabulated 
nodal displacement 0 and element stresses and strains. 
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V • ■ 0 

, , no. SA62 

o " 

COMPUTER PROGRAM OPECIPIGATION 


TITLE Axisymmetric Loading of an Incompressible Materia l s Solid of Revolution 


FORM PREPARED BY E. Gil lis 

LANGUAGE Fortran IV 


PROGRAM SIZE 
TIMING 


-K0 


1800 




DATE 11-21-73 


ROST MACHINE 


CDC 6600 


__ (Boxes of Source Cards) 


^ % 

INPUT VOLUME 10 3 ( Words) 

OUTPUT' VOLUME 10 _5_ ( Words) 

BASIS FOR TIMING, INPUT , AND OUTPUT 


. (Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational jK_, Programming In Development , Not Programmed 

REFERENCE Rohm & H aas Tec hnical Re po rt S-76 

■ 1 " » ■ " - ■ — - — — - ■ — * — — - ■ — r r ■ 1 — ■ — • ■ '■ 

o 

OWNERSHIP: Public , Private Owner » 

ABSTRACT 

Code obtains an elastic solution for thermal gradient, axial body force, and 
varying pressure. Code is the Rohm & Haas AMG32A program (Reference R&H Technical 
Report S-76). Code is based on the finite element displacement formulations. 
Equations are solved by the extended Ritz method. Input to the program consists 
of description of geometry, material properties, and load conditions. Output 
consists of tabulated nodal displacement and element stresses and strains. 
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tlb. SA-64 


COMPUTER,, PROGRAM SPECIFICATION 
TITLE Plain Strain Solution for Incompressible Materials 


FORM PREPARED BY 


E. Gillis 


DATE 11*121-73 


LANGUAGE Fortran IV 

PROGRAM SIZE A 

TIMING ■ 


\ HOST MACHINE CPC 6600 


(Boxes of Source 


C J^ s) 

ir'« 


1800 


3 

*4 


INPUT VOLUME 10 _3_ (Words) 
.OUTPUT VOLUME 10 _5_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational: x . Programming In Development , Hot Programmed 


REFERENCE Rohm & Haas Te c hnical Report S-76 


1 


OWNERSHIP.* Public , Private JL_, Owner 


MDAC 


, ABSTRACT » ; \ 

: V. ■: A ■ :,■■■■■■: ‘ / : ° 

Code obtains an elastic solution for arbitrary thermal gradients, body force, and 
varying pressure. Code is the Rohm & Haas AMG033A program (Reference R&H Technical 
Report S-76). Code is c based on the finite element displacement formulation. 
Equations are solved by the extended Ritz method. Input to the program consists 
of description of geometry, material properties, and load conditions. Output o 
consists of tabulated nodal displacements and element stresses and strains. 
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0 


t) 


COMPUTER PROGRAM SPECIFICATION 
TITLE Weight Optimization Program for Stiffened Cylinders 

9 


NO. P2752 


FORM PREPARED BY E. Gll lls DATE 11-21-73 

LANGUAGE Fortran IV ^ HOST MACHINE CPC 6600 

rp 

PROGRAM SIZE 3 (Boxes of Source Cards) 

TIMING 150 (Central Processor Decimal Seconds of CDC6600) 

' 1 — - . r -KJ-— 

o 

INPUT VOLUME 10 J_ ( Words) 0 * % 

OUTPUT VOLUME 10 _J_ (Words) 

0 O * 

BASIS FOR TIMING, INPUT, AND OUTPUT ' ' ■ ■ ■? 


STATUS: Operational Programming In Development X , Not Programmed 
REFERENCE “ ‘ ' 


OWNERSHIP: Public , Private _X_, Owner MPAC - 

ABSTRACT 

This program optimizes, with respect to weight, a stiffened cylinder under externally 
applied loads. The stiffening grid configuration may be (a) 0-90 degree integral 
ribs, (b) isogrid, or (c) skin-stringer. The stiffening ribs may be capped and may- 
be either internal or external. The manner of loading may be any combination of 
differential pressure, axial load, bending, and lateral shear. The program permits 
up to ten successive load conditions. * 


1 
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0 


jfcp- 3 


> % 


MO. 


COMPUTER PROGRAM SPECIFICATION 

, ' ' f . ; j \ 

TITLE .Thermal Stress Analysis’ Under Asymmetric Loads 


FORM PREPARED BY Cillis 


LANGUAGE Fortran IV 

PROGRAM SIZE 1-1/2 to 2 ■ 
TIMING 60 to 600 


DATE 2-19-74 


HOST MACHINE CDC 6600 


INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 _3_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards)- 

^(Central Processor Decimal Seconds of CDC6600) 


Typical average problem size 


STATUS: Operational _X, Programming In Development , Hot Programmed 

REFERENCE Aerospace Report No. TR-0172 (52816 s -15)-l 


OWNERSHIP: Public , Private * , Owner ■■ 

ABSTRACT 

This program describes elastic-plastic solution for a body of revolution under 
asymmetric load. The body can be composed of several orthotropic materials having 
temperature-dependent properties. The effect due to plastic flow and also the 
variation of material properties in the circumferential direction is considered. 

The analysis is made by an energy method incorporated with a finite element 
technique. Fourier series are used to describe the load“ functions and the displace- 
ments. The solution is obtained iteratively by successive approximations. 

Ci ." .'■■■■'■ v> . * * 

- I • • • 1 '■ 1 . ' © 

' '■ ' . .• * ' *» o • ■ 
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NO. P0608 
■■ ■ 

COMPUTER PROGRAM flPEGMI^TION 

TITLE Discrete Element Buckling Analysis fo r Cylinders U nder General Loading 
(DEBACUL) 


. % .. 


FORM PREPARED BY 


E. Glllls 


DATE N6v ? 21, 1973 


LANGUAGE Fortran I V HOST MAC©NE CPC 6600 “ 

<? " 

PROGRAM SIZE 1 (Boxes of Source Cards) 

f CD^6600 ) 


BASIS FOR TIMING. INPUT. AND OUTPUT o 

o ' ■ • ' • - 



This program computes bifurcation buckling loads for general cylinders and curved 
panels under arbitrary loads. The prebuckling stress analysis accounts for 
coupling between membrane and bending displacements, and the user has the option 
of including the effects of prebuckling rotations on the incremental stiffness 
matrix. The discrete element model is based on the Bogner-Fox-Schmit (BFS) plate 
and cylindrical panel elements. Arbitrary displacement boundary conditions, 
including symmetry and antisymmetry, are possible. 


TIMING 

INPUT 


600 


(Central Processor Decimal Seconds o 


& 


10 3 (Words) 


100 K 


OUTPUT VOLUME 10 _Jt_ (v.’ords) 



o 


'■0 


NO. H326 




COMPUTER PROGRAM SPECIFICATION 


TITLE Thermal Stress Analysis 


FORM PREPARED BY E. Glllls DATE 11-21-73 

LANGUAGE Fortran IV HOST MACHINE 6600 

PROGRAM SIZE £ (Boxes of Source Cards) 

TIMING 30 Seconds to 10 Minutes (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _2_ ( Words) 

OUTPUT VOLUME 10 _3_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT T ypical average problem size 

o — — 

STATUS: Operational X_, Programming In Development , Not Programmed 

REFERENCE MDAC/W Memorandum A-830-BBGO-189 , dated 5-23-69, Thermal Stress 

, ( .. ' 

Analysis Computer Program (Elastic-Plastic) 


OWNERSHIP: Public , Private £ , Owner . 

o 

ABSTRACT 

This program computes the elastic-plastic stress distribution in a body of c=> 
revolution subjected to an axisymmetrical environment consisting of external 
radial pressure and thermal gradient. The body can be composed of several 
orthotropic materials having temperature-dependent properties. The analysis 
is made by an energy method incorporated with a finite element technique. 

The plastic action for each orthotropic material is based on the yield stress 
surface determined from a quadratic function of the uniaxial yield stresses. 
Identical non-dimensional uniaxial stress-strain relations along the principal 
axes of material are assumed in consideration of plastic flow. 
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NO. WTOS 


COMPUTER PROGRAM SPECIFICATION 


TITLE Weight Record Program 


-'•y 


FORM PREPARED BY 


E. Gillis 


LANGUAGE Samson 


PROGRAM SIZE , 


TIMING 


60 


INPUT VOLUME 10 3 (Words) 

OUTPUT VOLUME IQ _3_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


DATE 11-21-73 


HOST MACHINE 


IBM 7094 




(Boxes of Source Cards) 


^(Central Processor Decimal Seconds of CDC6600) 


V** 


STATUS: Operational _X, Programming In Development" 
REFERENCE . % 


Not Programmed 


OWNERSHIP: Public , Private X , Owner MDAC 

' ABSTRACT 


The WT03 CA provides a method of maintaining on magnetic tape, an up-to-date 
record of vendor and DAC supplied parts. The record consists of the following 
information for each part recorded: part number, part description, material, a 

code, class, change letter, unit weight, and notes. Any new part can be added 
to the record or any existing part can be either 'changedsjor deleted by entering 
the correct information on a WTO 3 lG’ad sheet and submitting it to computing 
operations. The WEIGHT WRITE-UP program has the capability of automatically 

retrieving this part information, if given the part number. This capability 
requires that information for any part be determined and recorded only once, thus 
reducing the time and effort spent by the weight analyst for any further reference 
to that part. „ 
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NO. WT05 


COMPUTER JBJ|bORAM SPECIFICATION 


TITLE Weight Write-Up 


FORM PREPARED By 

t'^Z) v 

LANGUAGE ° Samson 


E. Gillis 


CATE 


11-21-73 


V ' 


HOST MACHINE IBM 709 ^ 


PROGRAM SIZE 
TIMING' 


60 


INPUT VOLUME 10 _J_ (Words) 

» " ,, 

OUTPl&o VOLUME ll _JJ_ (Words) 

BASIS "FOR TIMING, INPUT, AND OUTPUT 

5yc&°. ° , 

‘)s 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


'=?=& 




M 


STATUS: .Operational _X, Programming In Development Not Programmed 


REFERENCE, k? 


OWNERSHIP: Public. 


Private X , Owner 


MDAC 


ABSTRACT 


O 


The program provides a method of maintaining on magnetic tape an up-to-date record 
of engineering drawing o and the parts that make, up these drawings. Not only does 
the prog-irara provide for maintaining this record, but also supplier totals and 
averages of' weijfbtl, classes, moments and centers of gravity for each drawing. 

-The program can also update part information on the WT05 WEIGHT RECORD tape .as 
well as retrieve information from it to complete the program input. °The master 
tape generated by this program, the WT05 Weight WRITE-UP master tape, will serve 
as the main source of data for all control books and reports output by following 
programs in the WT WEIGHT SERIES, ' 


a 
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COMPUTER PROGRAM SPECIFICATION 


TITLE WEICHT WRITE-UP FILE TRANSLATOR 


t°-:V 


NO. WT06 


FORM PREPARED BY E> . C1 ^ 1 T is 

LANGUAGE Samson 

PROGRAM SIZE 1 


DATE 


11-21-73 


ROOT MACHINE IBM 7094 


TIMING 


-jO. 


60 


(Poxes of Source Cards) 

.^Central Processor Decimal Seconds of CDC6600) 


// 

L 


INPUT VOLUME 10 (Words) 
OUTPUT VOLUME 10 3 (v.’ords) . 

l " Lr o 

BASIS FOR TIMING, INPUT* AND OUTPUT 

© 


1 


^ ° 


STATUS} Operational x.* Programming In Development 


Not Programmed 


REFERENCE 


W « L'4 wiill 


rfX^ 




/ 


Q: OWNERSHIP! Public 




t Private X . Owner MDAC 
0 ABSTRACT 


This program modifies a NT05 tape replacing specific fields with loadsheet 
information and generates a new WT05 tape with the desired substitutions. 
The WT05 master tape can be used as an input Weight Write-up tape for the 
WT program report generators. The : six fields which may be changed are the 
Job Number, Section Number, Material Code, Design* Group, Vehicle Section- 
Functional Code and the Sequence Code Fields, The WT06 program was written 
to efficiently change Vj.arge volume of detail and write-up lines on a WT05 
tape with only a small ameunt=of Anpu t cards. 


j? ■■ 
& • 
W- 


f : 


a. 
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COMPUTER PROGRAM SPECIFICATION 


TITLE Num ^ er * Effectivity and Next Assembly 


NO. WTO* 


FORM PREPARED P.Y E. Glllls 
LANGUAGE Samson 


PROGRAM SIZE 


DATE 11-21-73 


HOST MACHINE IBM 7094 

i! — — 

(Boxes of Source Cards) 


TIMING 60 

INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 __3_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Central Processor Decimal Seconds of CDC6600) 


STATUS; Operational X t Programming In Development _, Not Programmed 

REFERENCE ...... 


OWNERSHIP: Public Private X , Owner MDAC __ 

ABSTRACT 

; . O - 

This program provides a method of maintaining on magnetic tape an up-to-date record 
of vehicle effectivity and next assembly for each and every individual write-up 
without affecting the write-up itself. The program also provides for listing 
desired portions of the data in any of four possible sorts; (1) call number, 
effectivity; (2) call number, next assembly; (3) next assembly, call number; 
and (A) effectivity, call number. " 


NO. WT09 




COMPUTER PROGRAM RPECIFICATION 


TITLE Spin-Radius-Load 


FORM PREPARED BY J 
LANGUAGE Samson 


PROGRAM SIZE 


TIMING 


E. Gillls 


DATE 11-21-73 


HOST MACHINE IBM 7094 

(Boxes of Source Cards) 

^(Central Processor Decimal) Seconds of CDC6600) 


INPUT VOLUME 10 _2 (Words) 

OUTPUT’ VOLUME 10 __3 (V/ords) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational _X, Programming In Development , Hot Programmed 

REFERENCE 


OWNERSHIP: Public 


Private 


Owner 


* ABSTRACT 

The WT09 program maintains, on magnetic tape, an up-to-record of supplementary weight 
data. This data, in conjunction with WT05 data, is used to compute detail weight 
distributions and detail moments of inertia. The WT09 master file contains entries' 
for all single parts or assemblies considered to be such shape, weight, or position 
as to require a separate entry. There also exists one entry for each write-up 
which reports values for all items not listed separately. Each WT09 item contains 
a model code, a call number, an item number, a horizontal span, radii of gyration, 
and load points for concentrated or cantilevered loads. The WT09 tape file may be 
updated by inserting new items, deleting old items, or* changing existing items. It 
is recommended that the engineer entering the data for this program be familiar with 
the program that will use this data, so that the required data is provided, and yet, 
full advantage is taken of the automatic features of this program and ttyose using 
the data. V 




§S 


NO. WT10 



COMPUTER PROGRAM SPECIFICATION 


TITLE Weight Basic Decks 




FORM PREPARED BY E - Gillis 


DATE 11-21-73 


LANGUAGE Samson 


HOST MACHINE IBM 7094 


PROGRAM SIZE 1 (Boxes of Source Cards) 

TIMING 60 ^ (Central Processor Decimal Seconds of CDC6600) 

a 

INPUT VOLUME 10 JL (Words ) 
output' Volume 10 _3_ (words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


l 


STATUS: Operational _X, Programming In Development . Not Programmed 


REFERENCE 


OWNERSHIP: Public , Private JC_, Owner MDAC a 

ABSTRACT 

This program maintains an, up-to-date magnetic tape record of basic deck titles and 
information used with the programs in the WT series. Deletion current items and 
addition of new items provide the updating capabilities in each deck. Printouts 
of each basic deck may be requested. 

Our basic deck forms one logical file on Che WT10 tape. Currently, five basic decks 
are on the tape. The decks are listed below. 

1. " Functional Code Basic Deck - File one contains a list of vehicle section-functional 

codes with the corresponding title* _ . <->. 

2. Sequence Code Basic Deck - File two contains a list of specially-packed codes and 
their corresponding sequence code titles. 

3. H-Arm Code Basic Deck - File three contains limits of standard bays. 

4. Translation Code Basic Deck (DAC to NASA) - File four consists of three parts: 
first is the material code translation. Second is the position time code trans- 
lation, and third is the functional code translation. The Douglas vehicle section 
functional code, or parts thereof, may be translated to NASA position time codes 

or to NASA functional codes. » . 

5. Conversion Code Basic Deck - File five is in two parts, A and B. Part A contains a , 
list of Douglas vehicle section-functional codes with their corresponding report title 
codes. Part B Is a list fef title codes and their corresponding report titles, which • 

is in sort by conversion code and title code. 

304 


o 


WT 11 


O 


NO. 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


ALPHANUMERIC PARTS LISTING 


FORM PREPARED BY E. G illl s 
Samson 


LANGUAGE 

PROGRAM SIZE 
TIMING 


60 


DATE 


11-21-73 


HOST MACHINE 1BM 7 ° 9l< 


INPUT VOLUME 10 J_ (Words ) 

OUTPUT VOLUME 10 _3_ (Vfords) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC 6600 ) 


if 


f i, 


STATUS: Operational _X_, Programming In Development , Not Programmed 

REFERENCE ___ • ________ 


OWNERSHIP: Public , Private Owner MDAC 

ABSTRACT 

The WTli program provides a method of obtaining a list of all parts for a given 
vehicle ir, order by part number as recorded on the WT05 WEIGHT WRITE-UP MASTER 
tape. This provides anbther method of checking the accuracy and completeness 
of the weight data for any vehicle. It provides the only method of obtaining 
a vehicle part list from - the weight records. 
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COMPUTER PROGRAM SPECIFICATION ^ 

v^\ 

\ 

title functional aKd sequential code control bookV- 


FORM PREPARED Bf . E . Gi llis DATE ll-*gl-73 

LANGUAGE Samson HOST MACHINE IBM 7094 

PROGRAM SIZE ^ (Boxes of Source Cords) 

TIMING ^ s ^ (Central Processor Decimal Seconds of CDC 66 OO) 

o 1 

INPUT VOLUME 10 3 (Words) 

OUTPUT VOLUME 10 _2_ ( Words) 

BASIS FOR TIMING , INPUT , AND OUTPUT 



STATUS: Operational _X, Programming In Development , Not Programmed 


REFERENCE 


r 


O 




i 

OWNERSHIP: Public .Private X , Owner MDAC 


ABSTRACT 

0 '• (D 

The WTl6 program supplies a weight control book listing detail items sorted, and 
summarized by functional and sequential codes. It reports weights and average 
horizontal, vertical, and lateral centers of gravity for functional code 
generations and sequence codes. & 

The basic types of output may be classified as follows: 

1. The functional code detail 

2. The functional code summary 

3. The buildup summary 

4. The inflight summary, and 0 

5. The call number list " 0 

The user has the option of using functional and material codes as they are 
written in the WT05 .file or translating them to other desired codes by use 
of the WT10 translation codes. » 


s~. 
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MO. WT17 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


WEIGHT SECTION LIST 


FORM PREPARED BY/ E * Gillis 


LANGUAGE Samson 

PROGRAM SIZE 1__ 

TIMING 60 • 


DATE 11-21-73 


HOST MACHINE IBM 1108 


INPUT VOLUME 10 3 (Words) 

n * 

^ " ' , 0 - 

OUTPUT VOLUME 10 _3__ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cnrds) u « 

,(Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational X , programming In Development M , Not Programmed 

REFERENCE ° 


OWNERSHIP: Public 


Private * , Owner 


NDAC 


ABSTRACT 


This program prepares a weight assembly report for a particular vehicle 
configuration. Listed in write-up assembly sequence, this report presents 
the drawing number, title, total weight and average horizontal, vertical, 
and lateral centers of gravity for each effective sub-assembly. This list 
is then repeated with the individual weights and average centers of gravity 
being replaced by the accumulative totals of the sub-assemblies, summarized 
by generation. 
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NO. W18 


TITLE 


H-ARM CONTROL BOOK 


COMPUTER PROGRAM SPECIFICATION 

*v 5 


o 


FORM PREPARED By E. Gillis 

LANGUAGE Samson 


DATE 


U-21-73 


HOST MACHINE IBM 1108 


PROGRAM SIZE 

TIMING 60 . 


(Boxes of Source Cards) 

.^Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 
OUTPUT VOLUME 10 _3_ (Words) 

BASIS FOP. TIMING, INPUT, AND OUTPUT 




STATUS: Operational X_, Programming In Development , Not Programmed 

REFERENCE ; ______ 


j 

""I 


OWNERSHIP: Public 


Private X , Owner 


MDAC 


ABSTRACT 


This program provides an, automated method of obtaining a weight control book, 
grouping and summarizing items in horizontal bays. Each item is assigned to 
the hay in which its horizontal center of gravity is contained. Two types of 
printouts are possible: „ a detail control book, or a summary control book with 
partial detail* capabilities. The detail control book lists all detail lines of 
all write-ups effective on a given vehicle. Thes^ detail lines are grouped by 
bays and each bay is either in sort by call number and item number or by functional 
code, call number, and item number as desired by the engineer. Total weight, 
average class, and average H, V, and I arms are printed for each different call 
iiumber, or functional code, within the hay. Totals and averages are printed for 
each bay, and a grand total for all bays, The summary control book lists only 
the totals and averages for each bay and the grand total and averages , but prints 
no detail lines or sub-totals. In addition, detail printouts of NON-STANDARD BAYS 
(not more than four) can be obtained with the summary control book if the 
engineer specifies the H-ARM limits of the non-standard bays on the loadsheet. 


V 
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NO. WT20 


COMPUTER PROGRAM SPECIFICATION 
TITLE " WEIGHT TRANSLATION PROGRAM 


FORM PREPARED BY E. Gillis _ DATE 11-21-73 

LANGUAGE Samson HOST MACHINE IBM 70 ^ 

PROGRAM SIZE 1 ’ (Boxes of Source Cards) 

TIMING ■ (Central Processor Decimal Seconds of CDCGGOO) 

INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 J_ (Words) “ — ” . ^ 

BASIS FOR TIMING, INPUT, AND OUTPUT , , 

a 

STATUS: Operational X . Programming In Development , Hot Programmed _____ 

REFERENCE • 1 


OWNERSHIP: Public Private JC_, Owner MDAC , 

ABSTRACT 

The WT20 Program translates weight and mass characteristics data from the 
Douglas weight record system to a format specified by NASA. Douglas material, 
function, and sequence codes are translated to NASA material, function, and 
position time codes. Due to limitations in NASA's format, weight lost and/or 
gained because of rounding DAG values are accumulated and reported as adjustment 
items. 


The output from the program consists of the following items: 

1. A deck of punched cards which serves as the report to NASA. 

2. A list containing for each writeup, translated, the Douglas call number, 
title, change letter, section number, model, and date plus the correspond- 
ing NASA serial code assigned the write-up. 

3. A list of all errors encountered by the program. 
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HO. WT21 


COMPUTER PROGRAM SPECIFICATION 


TITLE detail weight and inertia distribution 


FORM PREPARED BY J3._jyrUs a * DATE 11-21-73 

LANGUAGE Samson HOST MACHINE IBM 709*1 

... . — „ - <- • — — *T3 

PROGRAM SIZE 1__ (Boxes of Source Cards) 

TIMING /' ^0* (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME" 10 2 (Words) 

OUTPUT VOLUME 10 3 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT _ . 


STATUS: Operational X^, Programming In Development , Not Programmed 

REFERENCE 


OWNERSHIP: Public , Private X . Owner MDAC _ o 

ABSTRACT 

The WT21 program provides a detail weight and moment of inertia distribution by 
standard bays. Various degrees of accuracy may -be achieved in this program by 
specifying the extent of WT09 SPAN RADIUS LOAD data to be used. Limited editing 
of the WT05 WEIGHT WRITE-UP data is permitted so that the engineer may tailor • the- 
distribution to his needs. WT05 write-up items may be excluded for particular 
cadi numbers, vehicle sections, functional codes, or sequence codes. Each part, 
if it is to be included, is distributed over the’ specific span. The engineer 
can request that concentrated or cantilevered loads be included in the weight and 
moment of inertia distribution, or that they be excluded entirely from the distri- 
bution. A weight and moment of inertia distribution is generated for one vehicle 
configuration per computer run. A printout of all concentrated or cantilevered 
loaded items is generated for every run. -■ 

The WT21 program has an optional capability to provide data for machine plotting 

by a WTM program. A moment of inertia distribution and weight distribution « * 

including concentrated and cantilevered loads is plotted by the WT*i 4 program. 
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HO. WTJ?5 

COMPUTER PROGRAM SPECIFICATION 

TITLE DESIGN WEIGHT STATEMENT * , 


FORM PREPARED BY JE_Gmis DATE 11-21-73 

LANGUAGE Samson HOST MACHINE IBM 709^ ^ 

PROGRAM SIZE - (Boxes of Source Cards) 

TIMING ISO (Central Processor Decimal Seconds of CDC6600) 

O * 0 

INPUT VOLUME 10 _3_ ( Words) 

OUTPUT’ VOLUME 10 _5_ (Words) ^ <s 

BASIS FOR TIMING, INPUT, AND OUTPUT ° . 


STATUS: Operational _X_, Programming In Development , Not Programmed 

REFERENCE 


OWNERSHIP: Public , Private X , Owner MDAC c:s , 

ABSTRACT 

This program is a general veight reporting program* providing a detail weight 
control book accompanied by a summary control book ps: requested, The write-ups 
are sorted Jb£JjX,t major sorb field, secondary sort field, call and sequence number, 
and item The major and secondary sort fields are determined by the user. . 

The basic types of output may be classified as follows: the detail control, lifting 

all detail lines and appropriate averages and totals effective on a particular 
vehicle; the summary control book, listing the total weights and corresponding 
titles; and the comparison-summary control book providing the capability of com- 
paring the weight records of two different vehicles.. 
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HO. WT30 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


WEIGHT RECORD PRINTOUT 


FORM PREPARED BY 
LANGUAGE 


PROGRAM SIZE 


jS, Gillis 


Samson 


__DATE H-21-73 

o 

HOST MACHINE IBM IQQk 

(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


TIMING zz: 

INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 _Jj_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational _X_, Programming In Development , Not Programmed 

REFERENCE ; — ----- — vr~ _________ 


OWNERSHIP: Public , Private X , Owner • MDAC 

£ ABSTRACT 


The WT30 Program generates a partial or complete printout of the WT03 WEIGHT 
RECORD tape. A maximum of twenty models may be requested. The printout is 
ordered by part number and then model. Items printed for each part are part 
number, ’description, material code, change letter ,.AcJLaSs , unit weight, date 
of entry, and reference number. . 


COMPUTER PROGRAM SPECIFICATION 


TITLE WEIGHT WRITE-UP AND SUMMARY LIKE TOTALS PER VEHICLE 


FORM PREPARED m E. Gillis £ DATE U.-21-73 

& LANGUAGE Sam30n „ ' HOST MACHINE IBM 7Q9 1 * 

PROGRAM SIZE ^ (Boxes of Source Cards) 

TIMING (Central Processor Decimal Seconds of CDC6600) 

d ' ^ 

INPUT VOLUME 10 2_ (Words) 

OUTPUT VOLUME 10 J__ (Words) 

BASISi FOR TIMING, INPUT, AND OUTPUT , 


STATUS: Operational _X_, Programming In Development • , Not Programmed 

REFERENCE ___ 


© 

OWNERSHIP: Public , Private X . Owner MDAC - 

ABSTRACT 

t> : 'S 

The purpose of Program WT35 is to generate via the S-C 4020 plotter the following 
reports: (l) a list of WT05 weight write-ups in sort by section number (or 

manufacturing index (M.I. number)) and call number; (2) a list of WTQ5 summary 
lines in sort by title code, functional code and call number; (3) a list of WT-5 
summary lines in order by functional code and call number. (NOTE: The WT05 

weight write-ups and summary lines are retrieved from the WTQ5 WEIGHT WRITE-UP 
master tape which is generated by the WTQ5 WEIGHT WRITE-UP Program). 

■ f • 

Each of the above reports will: (l) show vehicle effectivity for up to 18 

optionally defined vehicles; (2) be accompanied by a. companion report con- 
taining intermediate totals only; (3) conclude with a sob-total and a grand 
total (the sub-total is the total weight of the vehicle and the grand total 
is the sub-total plus the base weight) (4) contain write-ups selected by 
the effectivity codes input to define each vehicle. 


3 ' 


o 


MO. wt4o 


V: 


0 

COMPUTER PROGRAM SPECIFICATION 

(V 

TITLE SELECTED EQUIPMENT REPORT "" 


0 

0 • 


FORM PREPARED BY 

E. Gillis DATE 

11 - 21-73 

LANGUAGE Samson HOST MACHINE IBM 7094 

PROGRAM SIZE 0 1 

(Boxes of Source Cards) 


'(//) - 

TIMING . 1:1 60 

(Central Processor Decimal 

Seconds Of CDCCcOO) 

VT) * 

INPUT VOLUME ' 10 _1__ (Words) 
OUTPUT VOLUME 10 3 * (Words) 

BASIS FOR TIMING, life, AND OUTPUT 

. ... \> 


& 


° 

STATUS: Operational 

' . 0 , O 

REFERENCE f*’ 

0 „ 

,i ; Programmi tig in Peveldpirieiit / Hot Programmed 

0 " ; ' '■■■■ 

a 0 n : 

a 

•> 0 .• so 


OWNERSHIP; "Public 

/' ci 

, Private x , Owner' MDAC 



ABSTRACT 


% 


Program W1'40 selects ’requested equipment from the WT05 Weight Write-up master 
tape. Input to WT40 consists of two control cards contemning model code, 
effectivities , and functipn code for' one of our generations. The WT07 Model X 
master tape (where X is the desired model) is searched for write-up information 
'feaving an effectivity range which includes one of the input effectivities. The 
detail lines of the write-up selected are then located on the WT05 Weight 
Write-up master tape. Those detail lines having the desired function code 
character by characters in a specified generation which do not have zero weight 
are written on tape and sorted, by vehicle section, function code, call number, 
and item number. Output consists of a list of the detail lines in a sort followed 
by a grandt tot's! of the weight of the equipment. 
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NO. WT23 


TITLE 


COMPUTER PROGRAM PPECIPICATION 
DETAIL MOMENTS OP INERTIA 



FORM PREPARED BY E_._Gi.Uis_ 

LANGUAGE Samson 


PROGRAM SIZE 
TIMING 


60 


DATE 11-21-73* 


HOST MACHINE IBM TQ9*» 


INPUT VOLUME 10 J5_ (Words) 

OUTPUT’ VOLUME 10 __3_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

.(Central Processor Decimal Seconds of CDC6600) 



STATUS: Operational _X» Programming In Development Not Programmed 
REFERENCE 


c* 



OWNERSHIP: Public .“private X Owner ‘ UDAC 

E» .w » «#■» « , * ' r — i nu i i 


ABSTRACT 

This CA provides a method of calculating moment r> of inertia, products of inertia 
and direction angles of principal axes in accordance with various functional code, 
buildup and inflight conditions# 

The information generated by this program is output in the form of one or more 
of the following three reports# ' 

1. The functional code report showing the centers of gravity, moments of 
inertia, and products of inertia about the vehicle axis. 

2. The Buildup Summary shoving the weight centers of gravity, moments of 
inertia, products of inertia (about both the common center of gravity and 

- the principal axes) and the direction angles of the principal axes for 
each member of some set of pre-defined "units. " 

3. The Inflight Summary showing the weighty centers of, gravity, moments of inertia, 
products of inertia (about both the eoimaoVi center of gravity and the principal 
axes fond the direction angles of the principal axes for the remaining weight 

of the vehicle after some portion of the vehicle has been Jettisoned (or consumed) 
during the flight of the vehicle, * j 
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NO. WT33 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


SPAN-RADIUS-LOAD PRINTOUT 


FORM PREPARED BY E » Gmis 
LANGUAGE Samson 


DATE 


11 - 21-73 


HOST MACHINE IBM 


PROGRAM SIZE 

TIMING " 60 ■ 


INPUT VOLUME 10 j>f_ (Words) 

OUTPUT VOLUME 10 J_ (Words) 

• // 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

_(Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational X . Programming In Development. , Not Programmed __ 

REFERENCE i • ^ 


OWNERSHIP: Public 


tL 


Private X , Owner 
ABSTRACT 


MDAC 


WT33 program prepares a status of the WT05 WEIGHT WRITE-UP and the WT09 
SPAN-RADIUS-LOAD master tapes. This program indicates the completeness of 
the WT09 data for use in the WT21 and WT23 programs. This status is indicated 
for a desired vehicle by a printed output showing each WT05 detail item which 
has a corresponding WT09 detail item. 'The detail WT09 item is printed immediately 
following its corresponding WTO? detail item. Following these details for each 
write-up are the WT05 summary items, but adjusted to exclude the detail items 
already listed, thus representing the portion of the total write-up using the 

general WT09 item (item number ) for the write-up. The general WT09 item 

is printed following summary items and is followed by the write-up totals. A . 
grand total for all write-ups comprising the vehicle' is supplied at the end 
of the output. ■ ft 


o 


NO. P0^30 


<© 


COMPUTER PROGRAM SPECIFICATION 




TITLE 




fp 


b 




FOW1 PREPARED BY E. Oill is ° DATE ll-Pl-7^ 

LANGUAGE FORTRAN IV HOST MACHINE CPC 6000. IBM R60/65 

PROGRAM SIZE 5_ ( Boxes of Source Cards) 

TIMING 600 • ^ (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _3_ (Words) 

(? 

OUTPUT VOLUME 10 _5_ (Words) ■» = = a 

BASIS FOR TIMING , INPUT, AND OUTPUT’" . ‘ 


STATUS: Operational Programming In Development , Hot Programmed 

REFERENCE MDC GO 51 5 SABOR 5 /DRASTIC V User’ s Ma nual by A. J. Cwiertn ev. Jr. . F eb. 1970 

. iii “ ..... 


OWNERSHIP: Public J£_, Private , Owner USAF ____ 

ABSTRACT 

SABOR 5/DRASTICV is a discrete element program for the linear-elastic, dynamic 
response analysis of meridionally curved, variable thickness, branched, thin 
shells of revolution subjected to arbitrary time varying external mechanical 
loading. The discrete elements may be of soft-bonded double-layer type or of 
the single-layer type wherein the material of a shell layer may be isotropic ot 
orthotropic with principal axis oriented at an arbitrary skew inplane angle 
vith respect to the meridional and circumferential directions. The complete 
code can handle 200 meridionally curved shell elements corresponding to a 
maximum of 1206 degrees of freedom. 



NO. P0579 


COMPUTER PROGRAM SPECIFICATION 


TITLE 

STACUSS I 


, 






FORM PREPARED 

BI 

E. Gillis 

DATE 

11-21-73 

LANGUAGE 

FORTRAN |V 

HOST MACHINE IBM 360/65 


PROGRAM SIZE _ 

8 

^ * 

a 

(Boxes of Source Cards) 


TIMING 

6oo 


(Central Processor Decimal 

Seconds of CDC6600) 

INPUT VOLUME 

10 _3_ 

(Words) 



OUTPUT VOLUME 

10 _5_ 

(v.'ords ) 



BASIS FOR TIMING, INI 

AND OUTPUT 


1 


© 


STATUS: Operational Programming In Development . Not Programmed 
REFERENCE 0 SAMSO-TR-71-13 7 Spades-Stress -W ave Propag ation a nd Dynamic Effects In 0 

Shells, August 1971, by A. J. Cwiertney, Jr. , and M. H. Sch n eider, Jr. 

OWNERSHIP: Public , Private _X__, Owner' MDAC-WD __ 

ABSTRACT = i 

; i •- i 

STACUSS I determines the response of linear-elastic, orthotropic, single-layep ] 
shells of revolution with cutouts, stiffeners, and material properties varying 
along the shell's principal coordinates. The structure can be subjected to 
concentrated and/or distributed static mechanical loading. This code uses the 
finite element solution technique. The code contains two-dimensional quadrilateral 
and triangular hybrid shell elements, and a curved tapered beam stiffener element. 
The structure can be subjected to concentrated and/or distributed static mechanical 
loading. 


no. H8to 




TITLE 


COMPUTER PROGRAM SPECIFICATION 


SABOR CS-2, FINITE ELEMENT SHELL AND CORE ANALYSIS 




FORM PREPARED BY E. Olll is 

LANGUAGE FORTRAN IV 


PROGRAM SIZE 3. 

TIMING 700. 




DATE 11-21-73, 


HOST MACHINE CDC 6600 


INPUT VOLUME 10 _3_ (Words) 
OUTPUT VOLUME 10 J__ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

^Central Processor Decimal Seconds of CBC 6 C 00 ) 


STATUS: Operational X , Programming In Development , Not Programmed 

REFERENCE MDC G0519, SABOR CS-2 User's Manual 


OWNERSHIP: Public , Private Owner' 


ABSTRACT 

SABOR CS-2 is a MDAC-W version of an MIT Program (CS-l) that uses the finite 
element displacement method to analyze general asymmetric static loading and 
deformation behavior of isotropic thin elastic shells of revolution with an 
elastic orthotropic solid of revolution core. CS-2 has a mesh generator 
that plots mesh using SC-4060 plot routines. 


£ 


HO. POU9U 

COMPUTER PROGRAM SPECIFICATION 

% 

TITLE AXIS , AXISYMM5TRIO LARGE DEFORMATION ELASTIC PLASTIC DYNAMIC RESPONSE PLATE 

AND SHELL ANALYSIS ’ 

FORM PREPARED BY E. Gillis £_ DATE 11 - 21-73 

LANGUAGE FORTRAN IV HOST MACHINE CPC 6600 

PROGRAM SIZE 2 (Boxes of Source Cards) 

TIMING 360 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 J_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT / , 


STATUS: Operational X , Programming In Development - Not Programmed 

REFERENCE MDC G37^9, Elastic Plastic Axi s ymmetric T ransien t Response of Plates 
an d Shells Subjected to Mechani c al and Thermal Loads, H. L. Chane, Jan. 1973 

OWNERSHIP: Public Private _X_, Owner MDAC 

ABSTRACT 

Computer Program AXIS employs finite difference techniques to compute the dynamic 
response of hard bonded double layered plates, spheres, cylinders and cylinders 
with hemispherical ends, due to blast, impulsive and thermal loads. The program 
accounts for prestresses, multiple pulses, variable boundary conditions, material 
fracture, viscous damping, and elastic strain hardening strain rate sensitive 
material behavior. The Von Mises yield condition and flow rule are applied. 

SC L060 plot routines are incorporated for plotting strain, stress, displacement, 
pressure and energy histories; and plotting deflection profiles at maximum response 
and at the end of the computer run. . > 
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HO. POU96 


COMPUTER PROGRAM RPECIFICATIOH 

TITLE d ARTS , LARGE DEFORMATION ELASTIC PLASTIC DYNAMIC RESPONSE RING ANALYSIS 


FORM PREPARED BY 

LANGUAGE F0 ™ J IV 


E. Gillis 


PROGRAM SIZE 
TIMING 


360 


O' 


DATE 11-21-73 


HOST MACHINE 


CDC 6600 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 _5__ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Poxes of Source Cards) 

(Central Processor Decimal Seconds of CDC660O) 


y 

STATUS: Operational _, Programming In Development , Not Programmed 

REFERENCE f '® c Dynamic Elastic Plastic Response of Rings and Infinitely 


Long Cylinders with Variable Properties, H. L. Chane, December 1971 


OWNERSHIP: Public 


Private ___, Owner 


MDAC 


ABSTRACT 


DARTS is a finite difference code which computes the 
dynamic response of hard bonded multi-layered rings 
and arcs, due to blast, impulsive and thermal loads. 

The program accounts for pre-stresses, multiple pulses 
variable boundary conditions, material fracture, 
viscous damping, variable width and elastic strain 
hardening strain rate sensitive material behavior. 
SC-U060 plot routines are incorporated for plotting 
strain, stress,- displacement, pressure and energy 
histories; and plotting deflection profiles at maximum 
response and at the end of the computer run. 
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Mo. tdelt 


COMPUTER PROGRAM OPEC I FI CAT ION 
TITLE TDELT * 


.FORM PREPARED BY DATE 


LANGUAGE 


HOST MACHINE 

PROGRAM SIZE 

5/8 

(Boxes of Source Cards) 

TIMING 

50 

(Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 

2 (Words ) 


OUTPUT' VOLUME 10 

3 (Words) 

•s- 

BASIS FOR TIMING, 

INPUT, AND OUTPUT _ 



Averag# Problem Size 


STATUS: Operational X . Programming In Development , Hot Programmed 

REFERENCE 


OWNERSHIP: Public , Private _X_, Owner. MDAC/WD 

ABSTRACT 

The TDELT program is used to integrate curvat\ires along a conical 
shell to find the deflected shape. The products of curvature (d ) 
and station (Z) are input. This value is used as a constant over 
a fairly large integration interval.. 


•Program is always used in conjunction with Program TCURVE, 
Data given combines both programs. 
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COMPUTER PROGRAM HPECIFICATION 


HO.TCURVE 


TITLE 


TCURVE 


FORM PREPARED BY 


E. Gillis 


LANGUAGE 

PROGRAM SIZE 
TIMING 


FORTRAN IV 

1/2 


50 


.DATE _ll=21rI3. 


ROST MACHINE 


CPC 6600 


(Poxes of Source Cards) 


INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 _3_ (Words) 

BASIS FOR TIMING » INPUT, AND OUTPUT 
Average Problem Size 


(Central Processor Decimal Seconds of CDC66o<J)l) 


STATUS: Operational X , Programming In Development , Not Programmed 


REFERENCE 




OWNERSHIP: Public 


Private X , Owner 
ABSTRACT 


MDAC/WD 


The TCURVE program is used to calculate "thermal stresses and © 

body centerline curvature resulting from a radial and circum- 
ferential temperature gradient. Only longitudinal stresses 
are found and Poisson effects are neglected. An elastic-perfectly 
plastic material can be used. In the present version the heat 
shield must be phenolic parbon and the substructure can be beryl- 
lium or aluminum. o " 0 

A total of 11 radial nodes and 12 circumferential nddes can be 
used. Temperatures can be input at these nodes or an interpolation 
routine can be used. This required input at 0 t 30, L 5 , 90, 120, 180°. 


// ' 
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HO. H195 


COMPUTER PROGRAM SPECIFICATION 

TITLE BOND, LARGE DgFORMATION VARIABLE P R OPERTY ELAST I C PLASTIC DYNAMIC 

RE SPONSE OF SOFT BONDED R I NGS AND INFINITELY- LONG CYLINDE RS 

FORM PREPARED BY E. Oi llis DATE 11-21-T3 

LANGUAGE FORTRAN IV HOST MACHINE CDC 6600 

— m ■■ " — * ■ ^ ■ I . m m m ■— ■» fc— I — ■■»■ — m t. — ■ ■— m. m mm — ■ — — — — —— ■— » — 

PROGRAM SIZE § (Boxes of Source Cards) 

11 =* 

TIMING 360 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 ( Words) 

OUTPUT VOLUME 10 5 (Words) i 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational X_, Programming In Development . Not Programmed 
REFERENCE ?IDC GO 899 D yn amic Elastic Plastic Respon se of Rings and Infinitely 
Long Cylinders with Variable Properties, H. L. Chane, D 41 ^'ber 1971 ■' 

OWNERSHIP: Public , Private X t Owner ^G3AC 

$ 

o ABSTRACT 


The computer program BOND uses finite difference techniques to compute 
j the dynamic response of soft bonded rings and infinitely long 

cylinders with variable properties subjected to partitioned impulsive 
loads. The program accbunts° for viscous damping, material fracture 
orthotropic and isotropic material properties, and elastic strain 
hardening strain rate sensitive material behavior. SC-^OSO plot 
routines are incorporated for plotting strain, stress, displacement 
and energy histories; and plotting deflection profiles at maximum 
response and at the end of the computer run. 
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HO. H196 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


DYNAMOS 5 


FORM PREPARED BY E, Oilli a 

LANGUAGE FORTRAN IV 




DATE 11-21-73 


HOST MACHINE 


CDC 6000 


PROGRAM SIZE 

TIMING I 20 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC 66 OO) 


INPUT VOLUME 10 (Words) ' 

* 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT , ,AHD OUTPUT 




STATUS: Operational ^ . Programming In Development , Not Programmed 

REFERENCE DAC 63325 , Dyna m ic Analysis of Soft-Bonded Do ubl e-Layer Orthotrople 
Cylindrical Shells, April 1970. A. S. Cwiertny, jr.. and C. D. Babcock. Jr. 


OWNERSHIP: Public , Private , Owner . 

ABSTRACT 


DYNAMOS 5 is a computer code for determining stresses and strain in 
multilayer, hard-bonded or soft-bonded (finite 'shear stiffness) 
orthotropic cylindrical shells subjected to time-dependent loading. 
The differential equations of motion are solved for simple support 
boundary conditions using the normal mode expansion technique for 
solution of the forced vibrations oroblem. 
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NO. POU15 


COMPUTER PROGRAM SPECIFICATION 


TITLE CT LINDBR » asymmetric finite deflection elastic plastic dynamic response 

ORTHOTROPIC CLINDER ANALYSIS 


FORM PREPARED BY E. Gillis 

LANGUAGE FORTRAN IV 


DATE 


HOST MACHINE 


CDC 6600 


PROGRAM SIZE __ 
TIMING _____ 1500 


.2 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 2 _ (Words) 

OUTPUT VOLUME 10 _5_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational X , Programming In Development , Wot Programmed 

U ■ •> 

REFERENCE Franks, R. H. ^Cylinder: A Computer Progra m fo r the Inelastic Dynamic 

R esponse of Orthotr o pic Cylindrical Shells. Kam Nuclear, KN-67-533(R) , Sept. * 67 
OWNERSHIP: Public , Private X , Owner ■ MDAC 


ABSTRACT 




This program uses finite difference techniques to calculate the dynamic response 
of an orthotropic cylindrical shell due to blast, impulsive and thermal loads. 
The program /accounts for multiple pulses, variable boundary conditions, and 
viscous damping. The Hill modified Von Mises yield condition and Sander's non- 
linear finite deflection shell equations are applied. 






<5b 


i- ■"* .0 
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f- riii.TMitlittnTT i . i lfTffrM'tn - 


f — 




TITLE 


k . ^ ■ 

, ' ‘ <3 

ft 

° no. gjg? 

- COMPUTE PROGRAM SPECIFICATION 
CYLINDER , ASYMMETRIC FINITE DEFLECTION ELASTIC PLASTIC DYNAMIC 


RESPONSE ORTHOTROPIC CYLINDER ANALYSIS 


FORM PREPARED RY 
LANGUAGE 


PROGRAM SIZE 
TIMING 


2 Q 


1500 


INPUT VOLUME 10' 2 (Wards) 


/ 


OUTPUT VOLUME 10 


(Words ) 


BASIS FOR TIMING, INPUT, AND OUTPUT 


DATE 


HOST MACHINE 




(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


J:\ 


w 


STATUS :« Operational X_» Programming In Development Not Programmed 

REFERENCE Franke, R, H ., Cylinder; A Computer Program fo r the Inelastic 

* ' o <■ 

Dynamic Response o f Or tho tropic Cylindrical Shells. Kaman Nuclear, KN-67-533 (R ) , 
Sept. *67 


OWNERSHIP: Public 


, Private X , Owner 


MDAC 


ABSTRACT 


Thi3 program uses finite difference techniques to calculate the dynamic 
response of an orthotropic cylindrical shell due to blast, impulsive \ 
and thermal loads. The program accounts for multiple pulses, variable 
boundary conditions, and viscous damping. The Hill modified Von Mises 
yield condition and Sander's non-linear finite deflection shell^equations 
are applied. 




■{ 

£ ^ 


I 


327 
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110. P0780 


COMPUTER PROGPAV SPECIFICATION * 



TIMING (Central^ Processor Decimal Seconds of CDC6600) 

•2v "O'" ...... ' 

INPUT VOLUME 10 _2_ (Words)' 

„ OUTPUT VOLUME 10 _J_ (Words) 

BASIS FOR AIMING, INPUT, AIJD OUTPUT 


STATUS: Operational X s Programming In Development , Not Programmed ______ 

REFERENCE Rohm and Haas AMG063 P r ogram, Rohn and H aas Technical Report S-175 


OWNERSHIP? ; Public , Private , Owner ' . r 

” . ABSTRACT 

... a : o 

Code perfqjns a one-dimensional stress wave propagation analyses, and 
was written primarily for the nuclear loading but can be used to 
obtain a solution for arbitrary time dependent boundary force or 
displacements. Program solves the coupled equations of motion and 
transient heat transfer by the extended Ritz method. Code is the 
Rohm and Haas AMG063 urogram (Reference R&H Technical Report S-175), 
Program modified by MDAC to include the cumulative damage failure 
criterion. Input consists of nodal locations, material properties, 
and load conditions. Output consists of nodal displacements and 
velocity and element temperatures and stresses, 

© 



HO. P105 6 


COMPUTKR PROGRAM SPECIFIC AT ION 

TITLE DYNAMOS 3A 

a (j : v 

FORM PREPARED BY E, O illis DATE 11-21-73 

"0 

LANGUAGE FORTRAN IV ' ROST MACHINE CPC 6000 ,? 

<V . 0 

PROGRAM SIZE (Boxes of Source Cards) 

TIMING 120 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _£_ (Words) 

OUTPUT VOLUME 10 Ji_ (Worlds) 

... O 

BASIS FOR TIMING, INPUT, AND OUTPUT . 


STATUS: Operational _x_, Programming In Development , Not Programmed __ ___ 

REFERENCE DAC 61298, Fortran Program for Determining Dynam i c Response of Multi- 


Layered Orthotropic Cylindrical Shells, by J. J. Dietrich 


OWNERSHIP: Public , Private 2L_» Owner " MDAC/WD 

- ABSTRACT 

• — ' • tt . ' ’ .... 

DYNAMOS 3A is a computer code for the dynamic response analysis of layered 
(hard-bonded) cylindrical shells. Linear response is obtained using the normal 
vibration modes as generalized coordinates. The critical impulse for incipient 
yield is computed for the inner and outer wall, as well as the average for each 
layer at various shell locations. The Kencky-Von Mises yield criteria is used 
for isotropic materials, and a special case of Mohr's theory is used for ortho- 
tropic materials, which accounts for different yield stress in the axial and 
circumferential direction. The program has been modified to handle impulsive spot 
loads which are uniform in the radial direction and cover a rectangular area on 
the surface of the cylinder. . • • 


NO. P1257 


e 


COMPUTER PROGRAM SPECIFICATION 


TITLE PETROS 3, LARGE DEFORMATION ELASTIC PLASTIC DYNAMIC RESPONSE OF MULTILAYER 
VARIABLE THICKNESS SHELLS 


FORM PREPARED BY 

LANGUAGE FORTRAN IX 


DATE 


HOST MACHINE CDC 6600 


PROGRAM SIZE 3 _ 

TIMING _ 360 •» 3600 




(Boxes of Source Cards) 

^(Central Processor Decimal Seconds of CDC6600) 


IIIPUT VOLUME 10 __3 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING* INPUT, AND OUTPUT 


STATUS; Operational . Programming In Development , Not Programmed 


REFERENCE, PRL Contra ct No. 60. A SRL TR 152-S PETROS 3; A Finite Difference 
Method and program for the Calculation of Large Elastic-Plastic Dynamically 
Induced De format ions of Multilayered Variable Thickness Shell , Nov. 1971 


OWNERSHIP; Public 


Private 1 X , Owner MDAC 
ABSTRACT 


This program uses finite difference techniques to compute the dynamic response 
of variable thicknes^) hard bonded, ultilayer, multimaterial, thin Kirchoff 
plates and shells of any initial shape due to blast, impulsive and thermal loads. 
The program accounts for variable boundary conditions, arbitrarily large deforma- 
tions and elastic strain hardening strain rate sensitive material behavior. 


<5^ 
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APPENDIX E 


PROPULSION 
COMPUTER PROGRAM 
SPECIFICATIONS 




NO. *3598 


COMPUTER PROGRAM RPECIFICATION 
TITLE Solid Rocket Motor Analysis TOOL (S R MAT) 


FORM PREPARED BY J. W. R obinson * DATE 1-17-74 

LANGUAGE Fortran HOST MACHINE C DC 

PROGRAM'! SIZE 35 (Boxes of Source Cards) 

TIMING 30 ■ (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 3 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT . 


STATUS: Operational _X, Programming In Development . Not Programmed 
REFERENCE ______ _____ .. ______ 


OWNERSHIP: Public , Private Owner MPAC ; 

" * If 

ABSTRACT 

SRMAT performs rapid and accurate preliminary design and analysis of solid propulsion 
systems for use in sizing and optimization studies of missile configurations and 
propulsion systems. Design synthesis is accomplished for each of the major elements 
of the complete propulsion system (propellant configuration, motor case, blast tube, 
nozzle and thrust vector control) . The functions performed by SRMAT include optional 
grain design selection, computation of insulation requirements, burning surface area 
and propellant loading analysis, motor case design, motor performance analyses, nozzle 
and blast tube sizing and design and computation of inert weights. 

The program can design several types of grain configurations including slotted-tube , 
conocyl, fMr, dendrite, disc, and end burning grains for both continuous and dual 
thrust h#stortfe^i Motor cases may be either cylindrical or conical and of isotropic 
or orthotropic construction. The nozzle design capability includes two types of fixed 
nozzles and five types of movable nozzles with six potential thrust vector control 
systems consisting of liquid injection thrust vector control, hot gas thrust vector 
control, gimbal ring, ball and socket, flexible seal and jet tabs. The program also 
incorporates design capability for pintle nozzle single chamber thrust, magnitude 
control. 
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HO. H659 


COMPUTER PROGRAM SPECIFICATION 


TITLE One-Dimensional Equilibrium Nozzle Analysis Program 


FORM PREPARED BY 


J. W. Robinson 


LAHGUAGE 


Fortran 


PROGRAM SIZE ± 

TIMING 5 - 30 


DATE 


1-17-74 


HOST MACHINE 


CDC 


INPUT VOLUME 10 J_ (Words) 

OUTPUT VOLUME 10 _2_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 6QK 
^(Central Processor Decimal Seconds of CDC6600) 


A. 


STATUS: Operational Programming In Development , Not Programmed 


REFERENCE 


OWNERSHIP: Public X , private . Owner MDAC version of NAS^-Lewis Research Center 

• Program, Standard TCkPG Program' 

ABSTRACT 

. .• ' .;i 

This computer program performs computations involving chemical equilibrium in complex 
systems. It is based on iteration equations for chemical equilibrium computations j 
that are independent of choice of components. The program permits calculations such ' 
as: (1) chemical equilibrium for assigned temperatures and pressures, (2) theoretical 
rocket performance for both frozen and equilibrium compositions during expansion, and 
(3) Chapman-Jouguet detonation properties. 


1 . 

II 



* 
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no. PAQ8 


° COMPUTER PROGRAM SPECIFICATION 

vS ' " •*> 

TITLE Grain Design and Internal Ballistics Evaluation Program 


FORM PREPARED BY J . W. Robinson DATE lnl7 “ 74 

LANGUAGE Fortran I V ___ J 10 ST MACHINE CD G 

PROGRAM SIZE 8st * 6 (Boxes of Source Cards) 115K 

TIMING 100 to 1000 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _20^ (Words) 

OUTPUT VOLUME 10 50 (Words) ' o “ 

BASIS FOR TIMING, INPUT, AND OUTPUT , 


STATUS: Operational Programming In Development _, Hot Programmed 

REFERENCE 


OWNERSHIP: Public , Private X , Owner MDAC version of Hercules Crain Design a nd 

Internal Ballistics Evaluation Program 

‘ ' ", ABSTRACT 

The Grain Design Program is use<^ in developing the surface area versus burn distance 
curve of a solid propellant motor. 

The Ballistic Program uses the data computed for each burn in the Grain Design 
Program to generate internal ballistics data for the motor. A one dimensional 
steady state model of the internal gas flow is used. Burn rates at intervals 
along the motor axis are computed as functions of pressure and gas velocity at 
that location. This allows non-uniform burning to be taken into account in sub- 
sequent burns |omputed by the Grain Design Program. 

The program includes options to compute the pressure transient at motor ignition 
and the tailoff at burnout. 




334 




I1UJP V'iP. IP !l .1 » d JIW*TWEC*^BWl " 
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WO. H380 


COMPUTER PROGRAM SPECIFICATION 


TITLE Nozzle and Control System Preliminary Design Computer Program 


FORM PREPARED BY J. W. R ob inson __DATE 1-17-74 

LANGUAGE Fortran « HOST MACHINE CPC 

PROGRAM SIZE 3 (Boxes of Source Cards) 

* 

TIMING 50 - 150 ^(Central Processor Decimal Seconds of CDC6600) \ 

' jj 

INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING V> INPUT, AND OUTPUT 


STATUS: Operational X i Programming In Development , Hot Programmed _ 



REFERENCE ; 

. ' - * ) i 

■l \ : .f l 


OWNERSHIP: Public i Private Owner MDAC 

ABSTRACT 

i 

Program was developed to design and size nozzles and control systems for solid jj 

rocket motors. It performs the preliminary design of conventional and submerged p 

fixed nozzles, flexible seal and gimbal ring (subsonic split line) movable nozzles,- 
liquid and gaseous secondary injection thrust vector control systems, and jet 
interaction control systems. In addition, empirical performance predictions can 
be obtained for the secondary injection systems. 



110. H660 



COMPUTER PROGRAM SPECIFICATION 




I 


TITLE Turbulent Boundary Layer Nozzle Ana l ysis Program 


FORM PREPARED BY 

LANGUAGE Fortran 


J. W. Robinson 


PROGRAM SIZE }_ 

TIMING 20 -• 60 


DATE 


1-17-74 


HOST MACHINE CDC 


INPUT VOLUME 10 _ (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

o 

_(Central Processor Decimal Seconds of CDCCCOO) 


STATUS: Operational 
REFERENCE 


Programming In Development , Not Programmed 


OWNERSHIP: public , Private _X__, Owner MDAC version of JP L Pr ogram TR-32-387 

ABSTRACT " 

A Turbulent Boundary Layer Nozzle Analysis Computer Program (TBL) computes 
boundary layer displacement thickness along the nozzle wall using a modification 
of the method described in JPL Technical Report 32-3S7, Calculation of Turbulent 
Boundary Laver Growth and Heat Transfer in Axisymmetric Nozzles , by D. G. Elliot, 
D. R. Bartz, and S. Silver. 

* 





NO. JAQ 3 


COMPUTER PROGRAM SPECIFICATION 


TITLE Three Dimensional Heat Transfer Comt 


FORM PREPARED BY 

LANGUAGE Fortran 


J. W. Robinson 


PROGRAM SIZE 


TIMING 


Variable 


DATE . 

HOST MACHINE CPC 6500 

(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC660O) 


INPUT VOLUME, 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational _X_, Programming In Development , Not Programmed 


REFERENCE 


OWNERSHIP: Public , Private x , Owner McAuto . 

ABSTRACT 

Computer Program JA03 calculates three-dimensional heat transfer in a system which can 
be defined in rectilinear, cylindrical and spherical coordinates. The system Is 
divided into an arbitrary number of small sections called "nodes." 

These are classified as right rectilinear, 0 cylindrical and spherical in shape. JA03 
uses standard equations for the calculation of conduction, convection and radiation, 
and incremental temperature change of a node is defined as the net heat exchange at 
the node divided by the heat capacitance. An approximation °to the time temperature 
history of the system and/or the steady-state temperature solution may be obtained. 

The? input to the program specifies for each node its shape and dimensions, heat trans- 
fer connections, material properties, heat transfer coefficients, incident heat flux,, 
optical properties, and initial node temperature. Temperatures, heat sources, heat 
transfer coefficients, and incident heat flux may be input as functions of time. 
Temperature dependent heat transfer coefficients may also be input as functions of two 
variables. Incident heat flux tables may be input from loadsheets, an F872 master tape, 
or an JSV06 master tape. Material properties may be input from loadsheets or from the 
JA16 '-'Master file which is stored on the disk. ° Additional inputs are required for 
various optional capabilities such as ablation, dummy node$, fluid flow, fuel flow, 
printing of rates of heat flow and integrated heat flow, resistance-capacitance 
printout, periodic cycling of time dependent tables, and microfilm plotting. 
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HO. C590 


COMPUTER PROGRAM SPECIFICATION 

TITLE Charring Material Thermal Response and Ablation Program 


FORM PREPARED BY J . W. Robi nson 
LANGUAGE Fortran 


1 ' 

PROGRAM SIZE 

2 



TIMING— 

120 



DATE 1-17-74 

ROST MACHINE CPC 

(Boxes of Source Cards) 

(Central Processor Decimal ^Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT ; 

■ . ■ '• - • - , , . . . ... . n ) ' . 

STATUS: Operational X . Programming In Development Not Programmed 

REFERENCE _ 


OWNERSHIP: Public 


, Private X , Owner MDAC Version of VIDYA Program 

, . ■ 

ABSTRACT 


The Charring Material 'Thermal Response and Ablation Program (G508) serves in , 
predicting the thermal response and erosion of a nozzle wall material through 
internal thermal response calculations (considering decomposition in depth) 
together with the boundary layer conditions calculated with the Equilibrium 
Surface Thermochemical Program (G590) . 




HO. C508 


c COMPUTER PROGRAM SPECIFICATION 

TITLE Equilibrium Surface Thermochemistry Performance Program 


7 FORM PREPARED BY J * W * Robinson 


LANGUAGE 


Fortran 




PROGRAM SIZE 
TIMING 


30 - ( , 120 


DATE 


1-17-74 


HOST MACHINE 


CDC 


INPUT VOLUME 10 (Words) , ^ 

OUTPUT VOLUME 10 (Words) 

o.. 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cords) 

;(Central Processor Decimal Seconds of CDC6600) 


STATUS : Operational _X_, Programming In Development , Not Programmed vv 

REFERENCE , ' 



OWNERSHIP; Public , Private _X_, Owner MDAC version of VIDYA Program 

ABSTRACT f 

The Equilibrium Surface Thermochemistry Program (G590) calculates surface equilibrium 
of the ablative with the combustion gas environment. Mass flow from the ablating 
5 surface combines with the combustion gases and effects the boundary layer and heat 
exchange between the combustion gas and wall. This program contains thermochemical 
equilibrium equations similar to ODE (H659) and produces the same combustion species 
and gas properties when the mass flow of pyrolysis gases is zero. Two important 
uses are provided by this program. First, it is used to evaluate, comparatively, 
specif ic materials for use with different exhaust gas compositions for overall 
chemical erosion performance. The second use is the generation of the surface thermo- 
chemistry input for the thermal response and ablation program (G508) . 

o 

*• . '■ ' •' .•■■■.'■ ; • ' O 

■■ V : ° . ; ■ . ' - 

A ' :* . . 0 " ■ 

fi! ■ * * "? 

\ V : '■■■' > „ T ' 


« * 

COMPUTER PROGRAM SPECIFICATION 

TITLE Advanced Thrust Vector Control Preliminary Design 


liO . AFNOZ 


— q 

FORM PREPARED BY J. W. R obinson DATE 1-16-74 

LANGUAGE Fortran HOST MACHINE CPC 

PROGRAM SIZE 30 (Boxes of Source' Cards) 140K words 

TIMING 50 - 250 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 (Words) 


OUTPUT' VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 



STATUS: Operational ^ , Prog raining In Development , Not Programmed 

REFERENCE __ : 


OWNERSHIP; Public _X_, Private , Owner AFRPL 

Contract F04611-71-C-0013 

’ & ABSTRACT 

A computer program developed to (1) evaluate preliminary duty cycles for missile 
systems, (2) develop specifications for the control system being employed, (3) per- 
form preliminary design analysis on any of the control options, and (4) predict the 
performance capability of a vehicle utilizing the control system characteristics 
obtained from the program. The seven potential control inputs are liquid injectidn 
thrust vector control, hot gas thrust vector control, gimbal ring, ball and socket, 
flexible seal, jet tabs, and aerodynamic surfaces. The program has the capability 
to determine the thrust magnitude required to fly trajectories where thrust vector 
and thrust magnitude control is required. The nozzle design capability includes 
two types of fixed nozzles and five types of movable nozzles. The program also 
incorporates design capability for pintle nozzle single chambfer thrust magnitude 
control with or without thrust vector control. Two material options are available 
for case design, metal and filament wound glass. A three dimensional six degrees 
of freedom trajectory routine is available in the program. 
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HO. P2002 


COMPUTER PROGRAM SPECIFICATION 

<T< 7 


TITLE Solid Propellant' Motor Performance 


FORM PREPARED BI _____ 
LANGUAGE Fortran 


J. W. Robinson 


DATE 


1-17-74 


HOST MACHINE 


CDC 


PROGRAM SIZE 
TIMING 




A 




(Boxes of Source Cards) 100K 

= to 

(Central Processor Decimal Seconds of CDC6600) 


IBPUT VOLUME 10 
OUTPUT VOLUME 10 


(Words ) 
(Words ) 


BASIS FOR TIMING, INPUT, AND OUTPU'I' 


STATUS: Operational Programming In Development 
REFERENCE ' “ 


, Not Programmed 


OWNERSHIP: Public 


Private _X__, Owner 

11 o * ' 

' “ ABSTRACT 


Generates the description of solid propellant motor performance from propellant 
characteristics, grain shape,, description of^ the motor design, igniter, altitude 
^history, and gas properties. 
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HO. P0833 


COMPUTER PROGRAM SPECIFICATION 


TITLE Solid Motor Ballistic Performance Prediction Progr am 


FORM PREPARED BY J. W, Rob inson 

LANGUAGE F^^nn _ 

PROGRAM SIZE"] , 

TIMING : 

* 

INPUT VOLUME 10 _ (Words ) 

OUTPUT VOLUME 10 (Words ) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


DATE 1-16-74 v 


HOST MACHINE 


(Boxes of Source Cards) 23K core 

& -o ' ’’ 

O Q- 

(Central -Processor Decimal Seconds of CDC6600) 


STATUS ; Operational Programming la Development , Not Programmed 

REFERENCE Report No, PDM 71-1 , 


OWNERSHIP; Public , Private Jt_» Owner MDAC ____ 

ABSTRACT 

Program to provide capability to predict perturbations to the ballistic performance 
of a solid motor whose design is already known. Program can also be used to generate 
trade-off factors and may have some utility in preliminary design situations. 


- asSitattitt 
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APPENDIX F 


SENSOR 

COMPUTER PPOORAM 
SPECIFICATIONS 



HO. 


COMPUTER PROGRAM SPECIFICATION 


TITLE FIR2 


FORM PREPARED BI, D. J. F ische r 

LANGUAGE FORTRAN 

— 5 

PROGRAM SIZE 1/2 box 

TIMING 60 sec _____ 


m >i‘ 


ji 


& 


DATE 


HOST MACHINE CDC 6500 


INPUT VOLUME 10 _ (Words) 

1 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

^(Central Processor Decimal Seconds of CDC 6600 ) 


— (>■ 


STATUS: Operational X_> Programming In Development , Not Programmed 

REFERENCE MDC G5025 


OWNERSHIP: Public , Private *_.> Owner !,tDAC 


ABSTRACT . , 

Calculates the probability of an observer recognizing a target when viewing a 
display where the sensor is a framing infrared emerging system (FLIR, DLIR, IR 
line scanner). 
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~~'*‘r'"TTf i ri"~ | 1 i t 


-*** 


no. 


COMPUTER PROGRAM SPECIFICATION * 


TITLE 


TVACT 


/ 


FORM PREPARED BY D. J. Fischer 

LANGUAGE FORTRAN 


PROGRAM SIZE 
TIMING 


1/2 box 


6 0 


sec 


DATE 


ROST MACHINE CDC 6 500 


T~ 


INPUT VOLUME 10 (V/ords) 

OUTPUT VOLUME 10 (VJords) 

BASIS FOR TIMING , INPUT, AND OUTPUT 


(Boxes Of Source Cnrds) 

JCentral Processor Decimal Seconds of CDC6600) 


a 

.V? 


STATUS: Operational X , Programming In Development , Not ProBJ*wmned 

REFERENCE UPC G5025 . 


OWNERSHIP: Public , Private _X , Owner MDAC _____ ir _ 

ABSTRACT 

Calculates the probability of an observer recognizing a target when viewing a 
display where the sensor is a ranged gated LLLTV plus a pulsed GaAs laser illuminator. 


0 

% 
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COMPUTER PROGRAM SPECIFICATION 


TITLE RADTV 


FORM PREPARED B3f D. J. Fischer DATE 

LANGUAGE FORT RAN HOST MACHINE CPC 6500 

PROGRAM SIZE * /2 bo x "■ (Boxes of Source Cards) 

TIMING 60 sec (Central Processor Decimal Seconds of CDC 6600 ) 

'• " ■ 1 

INPUT VOLUME 10 (Words) . 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS : Operational X , Programming In Development . Not Programmed 

- ' • ■ <j « 

REFERENCE IffiC G5025 

1 - 1-— .-■-I. i > - , , , ^ - - 1 - 1 - 1 1 - mm 

(r ■ ; ' :5? 

OWNERSHIP; Public Private _X_, Owner MDAC 

ABSTRACT 

Calculates the probability of an observer recognizing a target when viewing a 
display where the sensor is a passive LLLTV. 




no. 


COMPUTER PROGRAM SPECIFICATION 


TITLE 




FORM PREPARED BY D. J . Fischer 

LANGUAGE FORTRAN 


DATE 


HOST MACHINE CDC 6500 


<5 




(Boxes of Source Curds) % 


PROGRAM SIZE l__box 

TIMING 1- minute (60 seconds) (Central Processor Decimal Seconds of CDC66] 


INPUT VOLUME 10 (Words) 

OUTPUT' VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT Co re requirement UOK 


STATUS: Operational Programming,. In Development , Not Programmed 


REFERENCE 


OWNERSHIP; Public, x . Private , Owner . 

ABSTRACT 


This program calculates the atmospheric transmission and background radiance 
between 1 nicren and 30 micrens. 


""V 
d . 
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COMPUTER PROGRAM SPECIFICATION 


TITLE UHF DATA LINK * 


FORM PREPARED BY D. J, Fischer DATE • » 

LANGUAGE FORTRAN HOST machine ge 22 5 

mmm . ... , — - — mmmmmut O »— '■ - ■ . ■ i— — — — — — 

. . •[, ♦‘'•o’ 

PROGRAM SIZE 5JK (Boxes of 8 ource Cards ) 

TIMING 60 seconds (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 (Words) " . „ ' f . 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT _JNAFI , 


STATUS ^ Operational , Programming In Development _, Not Programmed 

e4 0 0 . 

REFERENCE NAFI TR-1600 


OWNERSHIP: Public Private , Owner __ 

ABSTRACT 

UHF data link performance program and plotting program. 


• This program has been coded but not made operational on the CDC 6500* 



APPENDIX G 


GUIDANCE AND CONTROL 
COMPUTER PROGRAM 
SPECIFICATIONS 




COMPUTER PROGRAM DPECIFXCATIOH 


TITLE 


3-D TERMINAL GUIDANCE SIMULATION 


FORM PREPARED BY KV 

LANGUAGE F ORTRAN IV 

PROGRAM SIZE _1 

TIMING 100 

INPUT VOLUME 10 ^ (Words) 

OUTPUT VOLUME 10 _Jj, (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 

<v 


DATE 2-21-7U 

_ HOST MACHINE CPC 6500 

^ (Boxes of Source Curds) 

(Central Processor Decimal Seconds of CDC6600) 



STATUS: Operational X , Programming In Development , Not Programmed 
REFERENCE 


OWNERSHIP: Public , Private x " , Owner ?,IDAC 

ABSTRACT 

A 

*' * * 0 
EG02 is a 3-D guidance simulation incorporating all elements necessary to 

evaluate performance of a seeker-guided interceptor. This includes target, 
interceptor, and terminal seeker dynamics, seeker noise sources, interceptor 
performance errors, state estimators and guidance mechanization. Exo and 
endoatmo spheric versions are available. The program is used primarily in 
a Monte Carlo mode to generate miss distance statistics and circular error 
probability. 
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' 0 , • % f 

^ HO. I 

qfrPUTKR PROGRAM SPECIFICATION 

U- j ,J ~ ” 

• 0 ^ ■ 

TITLE GENERAL VEHICLE PERFORMANCE ANALYSIS TOOL ” . , 


o 


FORM PREPARED BY 0. D . Jo rdahj DATE 11-29-73' 

LANGUAGE FORTRAN IV HOOT MACHINE CPC 6000 

PROGRAM SIZE 30 (Boxes of Source Cards) 

TIMING 20 (Central Processor Decimal Seconds of CDC66OO) 

¥ ■ ■ - 

INPUT VOLUME 10 3_ (Words) ?. 

OUl’PUT VOLUME 10 _U. (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT Typical simul a tion of the Hercules missil e 

: * .. : ^ ; 

STATUS! Operational I , Programming In Development _, Not Programmed 

REFERENCE GVPAT Documentation Manuals . 


OWNERSHIP: Public , Private x . Owner ‘ ? ' mAC __ _ 

ABSTRACT 

The McDonnell Douglas General Vehicle Performance Analysis Tool (GVPAT) Is & 
FORTRAN computer program library which is structured to simulate trajectories 
for many different aerospace vehicles. Modular construction has been employed 
to facilitate future growth and modification of the Library. GVPAT draws 0 0 • 

together into one package many of the capabilities of trajectory programs 
currently in use at MDAG-W. 

The desired capabilities of the GVPAT Library are extracted and executed as 
one computer program via an auxiliary program, the GVPAT Preprocessor, and 
computer dependent utility programs. „ • 

GVPAT documentation is contained in three different manuals. The GV1 Manual,, /J 
GVPAT Subroutine Specifications , contains the detailed information concerning 
program logic and equation development at a f subroutine level. The GV2 Manual, 
GVPAT Ge n eral User Instructions , presents the minimum necessary information to 
form a GVPAT dnta deck and to use the program. -The GV3^ Manual, GVPAT Sample 
Cases, offers a variety of sample cases as on aide to program usage. 


a 


’ NO. H211 

* COMPUTER PROGRAM SPECIFICATION 

» 

<p ITLE 6-P controls trajec t ory simulation 

FORM PREPARED BY HV DATE 2-25-lh 

Hi • 

LANGUAGE HOST MACHINE 

PROGRAM SIZE (Boxes of Source Cards) 

TIMIfiG (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT Q 


STATUS; Operational X__, Programming In Development , Not Programmed 

REFERENCE 


OWNERSHIP; Public , Private JC__» Owner ; ' roAC 

ABSTRACT 

O 

This program performs a 6-D rigid body controls analysis using vehicle and 
control system parameters and a simplified trajectory simulation. 
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HO, 0578 


COMPUTER PROGRAM SPECIFICATION 

* 

TITLE END GAMS SIMULATION 


FORM PREPARED BY _ ^ DATE . 

LANGUAGE FORTRAN IV HOST MAClilNE CPC 6500 

PROGRAM SIZE 1 (Boxes of Source Cards) 

TIMING (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT . ©S 


STATUS: Operational X , Programming In Development , Not Programmed 


REFERENCE 

■ ( 'o O 


OWNERSHIP: Public , Private X , Owner ?' roAC ,■ 

ABSTRACT 

The program is a 1-D simulation since only the notion in the miss distance 
direction is considered. A fixed engagement "time is used to determine miss 
distance due to target maneuvers, target tracking noise, target filter 
response, interceptor response to commands, and also to guidance philosophy. 
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lt . •! 


HO. DA02 

■4- : ^ 


•*•* * COMPUTER PROGRAM 

SPECIFICATION ‘ 

. 

■f'P 

TITLE VEHICLE 

MODES AND FREQUENCIES 


f 

:? '' 



i? 

>7 

l 

FORM PREPARED 

BY 

0 

HV 

DATE 

2-21-lk : 

LANGUAGE 

FORTRAN IV 

HOST MACHINE CDC 6500 /S 

\ ■ 

FROGRAM SIZE 


1 

(Boxes of Source Cards) 

\ * 

TIMING 


100 

(Central Processor Decimal 

Seconds of CDC6600) 

INPUT VOLUME 

10 

(Words ) 

J - . 


OUTPUT VOLUME 

»> 

j§ 

5 (l/ords) » 

o 


BASIS FOR TIMING, 

INPUT, AND OUTPUT _ _ 




STATUS; Operational X , Programming In Development , Not Programmed 

<9 ■ • 

REFERENCE 


, OWNERSHIP; Public , Private _X_> Owner HDAG ' 

4 

ABSTRACT 

Determines beam finding, compression, and torsional modes and frequencies. 
The program uses mass stiffness and distribution to determine vehicle node 
»/• shapes and frequencies, o 


a- 
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i/ 


NO. P1299 




TITLE 


'' COMPUTER PROGRAM SPECIFICATION 

CEP ANALYSIS PROGRAM 


FORM PREPARED BY 

to 0 „ 

HV 

.* « «- ;• -•> : 5 ?,r- 'J 0 

0 

DATE 

2-25-7^ 

LANGUAGE « 


FORTRAN IV 

HOST MACHINE 



PROGRAM SIZE 


2 

(Boxes of Source Cards) 


TIMING 


50 

(Central Processor 

Decimal 

Seconds of CDC6600) 

INPUT VOLUME 

10 

3 , (Words ) 



■ « <3 

OUTPUT VOLUME 

10 

Jl (Words) 




BASIS FOR TIMING, 

INPUT, A/D OUTPUT 




& 






STATUS: Operational X , Programming In Development Not 

... . . ... .0 

Programmed ______ 

REFERENCE 

1 


Q> 


• * 

0 





0 


OWNERSHIP: Public , Private Owner MDAO , ; 

ABSTRACT 

/N- ' * ,-A 

!S$Is program performs, .circular error probability analysis for single and 
multi gimbal axis systems and strapdovn systems for boost and reentry problems. 


© 
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NO. P3175 


COMPUTER PROGRAM SPECIFICATION 


TITLE SHAPING NETWORK SYNTHESIS 


FORM PREPARED BY 

Language . fortran iv 

o 

PROGRAM SIZE 

TIMING 80 

INPUT VOLUME 3,0 (Words) 

OUTPUT VOLUME 10 h (Words) 


DATE 2-25-7h 


HOOT MACHINE CPC 6500 

u ( Poxes of Source Cards) 

^(Central Processor Decimal Seconds of CDC6600) 


BASIS FOR TIMING, INPUT , AND OUTPUT 8T H ORDER PO LYN OMIAL SHAPING NETWORK 


STATUS: Operational J$_ f Programming In Development , Not Programmed 

REFERENCE „ ___ __ 


OWNERSHIP : Public Private X . Owner ~MDAC 

m ABSTRACT 

This program accepts 2-plane transfer function data and stability parameters 
with weighting coefficients. It computes digital shaping network coefficients 
which achieve the desired stability characteristics. 




HO. P2286 


COMPUTER PROGPAV rPCCIPICATIOIl 

o 0 

TITLE * HUHYAP MULTIRATK NUMERICAL, CONTINUOUS , AND HYBRID SYSTEM ANALYSIS 


FORM PREPARED BY 1IV 
LANGUAGE FORTRAN IV 
PROGRAM SIZE I"*/ 2 


TIMING 


60 sec 


. to? tit 


INPUT VOLUME' " tSoh_ (Words } t 

OUTPUT VOLUME 20K. (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


DATE 2-27-7* 


HOST MACHINE CDC 6500 


(Boxes of Source Cards) 

^Central Processor Decimal Seconds of CDC6d00) 


8 




STATUS: Operational E , Programming In Development , Not Programmed 

REFERENCE 


OWNERSHIP : Public , Private- Owner MPAC 


ABSTR 


This program nrovide3 capability for^r.ultirate numerical, continuous, and hybrid 
system analysis. It performs the fallowing functions in either the S- or Z-nlane; 

Bode plots of transfer functions * 

Algebraic manipulation of transfer functions 

Direct conversion of Laplace to Z-trans forms in nolynomial form 
Direct conversion of high rate ^-transforms to a low rate Z-trans forms 


COMPUTER PROGRAM SPECIFICATION 


TITLE HYDRAULIC ACTUATION SYSTEM PRELIMINAR Y D ESIGN 


FORM PREPARED BY 

HV 

DATE 



n 

2-21-7U 

^ O 

language fortran tv£ 

HOST MACHINE CDC 6500 

. * ; ■■ 

PROGRAM SIZE 
TIMING 

INPUT VOLUME . 10 
OUTPUT VOLUME 10 
BASIS FOR TIMING, 

3 

50 

«( Words ) 

5_ (Words) 

o 

INPUT. AND OUTPUT 

(Boxes of Source Cards) 

0 

(Central Processor Decimal 

« ~ o o . .. , .. 

- °6> • ' « ■ 

o 

Seconds of CDC6600) 

it 

'■ 'it ; 


© 

o . 0 

•t «. f 

STATUS : Ope ra t i on e 
REFERENCE 

J ~ -V ■■ - - ■■ ‘ - ,-7 -- ' . 

lT , Programming In Development , Not Programmed 

o 




i ■ - ■ 


OWNERSHIP: Public , Private X . Owner 


ABSTRACT 

Hydraulic Actuation System Preliminary Design 1 predicts weight and geometry 
parameters and evaluates performance for control actuation system elements. 



NO. P221? 


COMPUTER PROGRAM SPECIFICATION 

6 

TITLE VALVE ACTUATOR FREQUENCY AND TRANSIENT RESPONSE 


FORM PREPARED BY HV 

'«• LANGUAGE FORTRAN IV .•> 

PROGRAM SIZE 1-1/2 

.'TIMING JO 

INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 _J_ ( Words )„ 

. * : • f r ■' 

BASIS FOR TIMING, INPUT, AND OUTPUT 


DATE 2-25-7U 

. . r - - _ i r j — t " 

HOST MACHINE * ' . ■■ ' ' 

(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 



. .O • " J 

STATUS: Operational x . Programming In Development , Not Programmed 

REFERENCE 


OWNERSHIP; Public , Private X , Owner MDAC 

> ?■. ABSTRACT 

This program commutes frequency and transient response characteristics for 
hydraulic and pneumatic actuators. 
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COMPUTER PROGRAM SPECIFICATION 


TITLE 


ACTUATOR FRICTION ANALYSIS 


NO. FRXCT 


FORM PREPARED RY HV 

LANGUAGE EXTENDED FORTRAN 


PROCRAM siZE 
TIMING 


1/2 


20 


DATE 2-25-7** 


HOST MACHINE TYMSHARE 


INPUT VOLUME 10 _1_ (V/ords) 

OUTPUT VOLUME 10 _5_ (Words) 

BASIS FOR, TIMING, INPUT^\AND c OUTPUT 


(Boxes of Source Cards) 

^Central Processor Decimal Seconds of CDC6600) 

o 




3 " 

,t ! 


STATUS: Operational Programming In Development , Not Programmed 

REFERENCE 


OWNERSHIP: Public , Private _J(_, Owner MDAC 




ABSTRACTS 0 * 

This program determines actuator friction levels for use in controls analysis. 
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NO. RATE 


COMPUTER PROGRAM SPECIFICATION 
TITLE SERVO ACTUATOR RATE AND MOMENT 


FORM PREPARED 

BY 

HV 

DATE 

2-25-74 

LANGUAGE " EXTENDED FORTRAN 

HOST MACHINE TYMSHARE 


PROGRAM SIZE _ 


1/2 

{Boxes of Source Cards) 

h 

TIMING 


20 ‘ 

(Central Processor Decimal 

Seconds of CDC6600) 

INPUT VOLUME 

10 

V? 

3_ ( Words ) 

o 


OUTPUT VOLUME 

10 

(V.'ords) 



BASIS FOR TIMING, 

INPUT, AND OUTPUT 






• 


STATUS: Operational X , Programming In Development , Hot Programmed 

REFERENCE 


OWNERSHIP: Public Private _X_, Owner MDAC 

ABSTRACT 

Tills program computes control surface servo actuator steady state rate and 
moment availability. 
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mmmm mmmmm 


NO. 


CA4e 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


MULTILOOP LINEAR ANALYSIS 




FORM PREPARED BY HV 
LANGUAGE 


DATE 2-21-74 


HOST MACHINE 


PROGRAM SIZE 
TIMING 


(Boxes of Source Cards) 




{Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


% 


STATUS: Operational X , Programming 'In Development , Not Programmed 


/d ox 


REFERENCE 


wftY »- > . 


OWNERSHIP; Public , Private X t Owner 


MDAC 


ABSTRACT 


This program accepts differential equations and system transfer functions and 
will compute Nyquist and Bode plots as well as transient response for desired 
parameters. 
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» “COMPUTER PROGRAM SPECIFIC AT ION 

I. 

TITLE light area defense study (lads) 


HO. 


....^ 1[L _ : 

FORM PREPARED BY A. Goodv in ^ DATE 2-1 3 -7** 

LANGUAGE HOOT MACH THE TYMSHARE 

PROGRAM SIZE 1 (Boxes of Source Cards) 

TIMING c (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 _2_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 



STATUS: Operational Programming In Development , Not Programmed 

REFERENCE , 

O' “ /■ : 


OWNERSHIP: Public , Private X , Owner MDAC 

. ABSTRACT 

LADS is a snail program for a tactical missile. It accepts approximately 
50 inputs and, outputs approximately 50 items. It calculates investment 
and first unit, cost. It has options which permit selecting a 2, 3, or ^ 
stage vehicle, liquid or solid propulsion, three different types of guidance, 
throughput or calculated values for sensors and data processor. 


O 




: f> 
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NO. 


COMPUTER PROGRAM fPECIFICATIdli 


TITLE PRELIMINARY surface-to-air MISSILE COST MODEL (S AMgOM? 


•FORM PREPARED BY A . J. Good vin <f DATE 2-13-7^ 

LANGUAGE FORTRAN IlOET MACHINE CPC 

PROGRAM SIZE J- (Boxes of Source Cards) 0 

TIMING ^2 . (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _3_ ( Words) 

o 

OUTPUT VOLUME 10 _3_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 

7 


y 

STATUS: Operational , Programming In Development 
REFERENCE ^ 


_, Not Programmed 


OWNERSHIP: Public 


Private X , Owner 


MDAC 


ABSTRACT 


SAMCOM is a cost model for a surface-to-air missile. It accepts approximately 
1,000 input items. It has options permitting selecting different types of 
structural material, two different types of controls, two different thrust 
configurations, and two type's of ordnance. It outputs total life cycle costs 
by budget category for R&D, T&E, ^Investment and operational phases of a program. 
It also outputs first unit hardware cost. Except for the options 0 listed above, 
the configuration cannot be varied except by revising, the program. 
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<E> 


% V 


HO. 


TITLE 


COMPUTER PROGRAM SPECIFICATION \ 

ADVANCED TERMINAL INTERCEPTOR TECHNOLOGY PROGRAM (ATITP) 


FORM PREPARED BY A. J. Goodvin 

> o 

LANGUAGE FORTRAN 


PROGRAM SIZE See SCA LE 
TIMING 


DATE 


E 2-13-7U 


HOST MACHINE CDC 


INPUT VOLUME 10 _3_ (Words) 

OUTPUT VOLUME 10 _3_ (V.'ords) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) \ 

\ . . ■ 

(Central Processor Decimal\ A Seconds of CDC6600) 

: " * - \ 

. , \ 


STATUS ! Operational Programming In Development , Not Programmed 

REFERENCE “ , - - V ® 


OWNERSHIP: Public , Private 2L_» Owner MDAC 


W 


ABSTRACT .« 

ATITP is a special use 6f SCALE. It utilizes only one submodel. It has the 
capability of all types of output and output manipulation procedures described 
for any one submodel of SCALE. 


V 



NO. 


COMPUTER PROG RAJ* SPECIFICATION " 


V* 


TITLE SYSTEMS COST ANALYSIS LIFE CYCLE ESTIMATE (SCALE) 


FORM PREPARED BY 


A. J. Goodwin 


language F ° Bra "< 


— V- 


PROGRAM SIZE 
TIMING 


1-10 


lt0-800 


DATE 2-13-7 1 * 


HOST MACHINE 


CDC 


INPUT VOLUME 10 _J_ (Words) ■' o 
OUTPUT VOLUME 10 _4_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT 


(Boxes of Source Cards) 

(Central., Processor Decimal Seconds of CDC6600) 


STATUS: Operational Programming In Development , Not Programmed 

•' • ° _ . .... . . .. .... D..... , .v:-.':--.. i '• 

REFERENCE '“v ■■ , . 




a G 


OWNERSHIP:^ Public , Private X , Owner . 


MDAC 


c » ABSTRACT » 

SCALE is a complex computerized model combining up to 32 submodels. Its major 
current use is for determining life cycle costs for the „Site Defense System. 

It accepts input data from up to 32 matrices of 2,500 values each. It compiles 
CER's* from an extensive library and can accept new CER's in its preprocessor 
input . - It outputs total life cycle costs including detail R&D, T&E, investment 
and operational costs for each submodel specified. It has numerous routines 
for rearranging outputs to different W3S structures, budget categories, and 
funding schedvO.es . Its operation requires a high degree of familiarity with the 
program and several pre-arranged storage files. ? 

■ o. ,, . .. : . r r\ ' o - o 

■ • ' o (i ! ’ ' ' .. 

* Cost estimating relationships. ° „ „ 


■ ! * 
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0 


NO- .ABM--&. 


COMPUTER PROGRAM SPECIFICATION 


TITLE MISSILE QUANTITIES REQUIREMENTS 


FORM PREPARED BI H. C. Thompson 


DATE 2-27-7^ 


LANGUAGE FORTRAN 


ROST MACHINE 


PROGRAM SIZE 
TIMING 


600 


(Boxes of Source Cards) 

^Central Processor Decimal Seconds of CDC 66 OO) 


INPUT VOLUME 10 Jj_ (Words) 

OUTPUT .VOLUME 10 3 (Words) 

■' c ■ % 0 

BASIS FOR TIMING, INPUT, AND OUTPUT Est imate of requirements and knowledge of ty pe 

of computation Involved. . ‘ 

STATUS: Operational , Programming In Development , Not Programmed X 

REFERENCE Unknovn 


OWNERSHIP: Public 


Private , Owner Government. 


ABSTRACT 


& 


This program is a war game program. It will compute missile quantities required to 
fight particular types of engagements . Inputs will be a target array and firing 
positions and firing doctrine. Output will be quantities of missiles fired and 
est ima ted outcome of battle: Equipment destroyed,, casualties, missiles fired, duds 

encountered, battle length, battle outcome. 


s 


• • r 
0 ? 


'C 3 • 

COMPUTER PROGRAM SPECIFICATION ‘ 

j 

TITLE SALVO GUNFIRE PROGRAM 


mo- mag. 


/ 


FORM PREPARED BY H. C. Thompson 
LANGUAGE FORTRAN “ 


DATE S-27-7 1 * 


CDC 6600 


PROGRAM SIZE l/lO 
TIMING ^0 


£ 




HOST MACHINE 

(Boxes ^of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10° 3 (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT Prevl ° US USe Qn C3DC ' 


STATUS: Operational X . Prftsyamm&ng °In Development , Not Program toned 


REFERENCE 


None 


OVfNERSHIP : Public 


Private X , Owner MBAC 


ABSTRACT 


This program uses Monte Carlo techniques to compute probability of killing an 
area target with surface termination weapon, Inputs consist of target area 
.damage matrix, aiming and round-to -round errors (sigmax and signay), number of’ 
rounds per salvo, and number of salvos. Output is table of fraction of target 
destroyed as function of number of salvos. 

J • o ... 


, ft 




w 


NO. BRLAAP 


COMPUTER PROGRAM SPECIFICATION 

O 

TITLE ANTI-AIRCRAFT EFFECTIVENESS PROGRAM , 


FORM PREPARED BY H. Thompson ^ DATE 2-S7-7 1 * • 

LANGUAGE FORTRAN ROST MACHINE CPC 6600 

PROGRAM SIZE X/lO (Boxes of Source Cards) 

TIMING (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _1_ (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING,. INPUT, AND OUTPUT Previo us use on CPC. Q 

" ■» .1 H i .. .. h ..— . 1..— — - n . ■ ■■• ,1 m 11 mi .1 ~»i ■ urn . ■■ iwin 1 1 — — — — — — — mmm mmm m 

. . . 

STATUS: Operational x , Programming In Development , Not Programmed 

REFERENCE N °ne 


OWNERSHIP: Public __ , Private Owner MDAC 

■? “' ; " r n™ m- r -a 1-- 1 - — n-nnrr-r - m i n 

ABSTRACT 

This program can be used to estimate kill probabilities^using an algor^hm suggested 
by BRC. Inputs are vulnerable area, distance from aim point to venerable area, 
aiming SIGMA, bias SIGMA, number of shots fired. ' Output is a tftJ31e or kill probability 
as a function of number of shots from l 3 to N shots. The method used is probability 
and is similar to binomial probability method 


COMPUTER PROGRAM SPECIFICATION 



HO. J-71-7-2-1 
_ 2 
-3 
-4 


TITLE Magic Computer Simulation 


FORM PREFARED BY H . C. Thompson 

LAHGUAGE Fortran 


DATE 2-27-74 


HOST MACHINE CDC 


PROGRAM SIZE 


5 (Estimated) 


TIMING 1800 (Estimated) 


(Boxes of Source Cards) 

^Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 
OUTPUT VOLUME 10 


(Words ) 
(V/ords) 




BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational X , Programming In Development , Not Programmed ■ 

_ n " r ""™ ' fj* 

REFERENCE 51 JTCG/MF Air to Surface Technical Report s (J ME M) , Air Force Systems 
Command, Andrews Air Force Base * , 


OWNERSHIP; Public 


, Private , Owner Government 


ABSTRACT 


This program computes vulnerability data for targets. The vulnerability data will 
be used as basic input to lethality programs. This program is used currently by 
BRL and was designed for use on the special BAL computer. Since it is available 
in JMEM list', it will be usable on CDC or IBM machines. 


A 
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P5041 (Navy) 
NO. P2308 fM PAC'l 


COMPUTER PROGRAM SPECIFICATION 

a ■ r . . 

TITLE Air-To-Air Terminal Encounter Simulation Program 


FORM PREPARED BY H . C. Thompson 

LANGUAGE Fortran _ __ 

PROGRAM SIZE .ft 

° r - ■ 

* TIMING ^2 . 

INPUT VOLUME ■ 10 __3_ (Words) 

OUTPUT VOLUME 10 __3_ (Words) 

BASIS FOR TIMING, INPUT , AND OUTPUT 


D ATE 2-26-74 

___ HOST MACHINE CPC 6600 

(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 

Previous use on MDAC CDC 6600 


STATUS : Operational X_, Programming In Development , Hot Programmed 

REFERENCE Air to Air Terminal Encounter Simulation Computer Program, TN 4565-1- 70, 

Naval Weapons Center » : : . 

OWNERSHIP: Public , Private , Owner NWC, China Lake, California 

ABSTRACT , . 

(i • •• ••• ' ' ■ -.r) ‘ 

This program calculates kill probability for air terminated weapons using Monte Carlo 
techniques. Target is MIG-21. Kill mechanisms included are blast, fragmentation, 
rod type, and directed energy. A number of fuzing options are available. 


COMPUTER PROGRAM HPECIFICATION 




JMEM A nti-Personnel Lethal Area Program 


FORM PREPARED BY 

LANGUAGE Fortran 


H. Thompson 


DATE 2-26-74 . 


PROGRAM SIZE 
TIMING 


60 


HOST MACHINE CPC 6600/IBM Sys. 360 

(Poxes of Source Cards) 

^(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 (Words) 

BASIS FOR TIMING, INPUT, AMD OUTPUT 


P revious us e o n IBM Sys. 360. 


STATUS: Operational JC_, Programming In Development , Not Programmed 

REFERENCE 61 JTCG/ME Air to Surface (JMEM) Technical Reports. Air Force Systems 


Command, Attn: SDOQ* Andrews AFB, Washington, D. C. 20331 


OWNERSHIP: Public j£_, Private 


Owner Government 


ABSTRACT 


This program calculates the lethal area of surface terminated weapons used against 
personnel targets. Input consists of name of weapon, control cards specifying 
assault condition and personnel posture, weapon position card, and weapon descrip- 
tion cards. Program calculates kill probability(pk) for numerous points oh the 
target plane, then computes lethal area as the sum of pk times area. Printout 
contains map of pk and lethal area answers. 


U ' 
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P84Q (A. F. No.) 


COMPUTER PROGRAM SPECIFICATION 

Q> . 

TITLE Air to Air Terminal Encounter Simulation Program 


FORM PREPARED H. Thompson - DATE a 2-28-74 * 

LANGUAGE Fortran _ ROOT MACHINE . ' ' > 

PROGRAM SIZE 2 : (Boxes of Source Cards) 

TIMING 60 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 _2_ (Words) "7 

OUTPUT VOLUME 10 3 (Words) \ 

a"- ~ ■ eO 

BASIS, FOR TIMING, INPUT, AND OUTPUT Pri or operati ons with this program 


STATUS: Operational _X_, Programming In Development Not Programmed 

REFERENCE 


OWNERSHIP: Public 0 ... . Private Owner Air Force Armament Laboratory 

Eglin Air Force Base, Florida 

; ' ABSTRACT 

This program computes curves of kill probability as a function of miss distance, fuze 
error and warhead type, °for a variety of targets. The problem solved is similar to 
program P5041. This program is primarily a design program whereas program P5041 is 
primarily an analyst's program. Inputs are similar to P5041. Output is much larger. 
Computations are based on a series of burst poipts created at equally probable points 
around the target. Output consists of tables oi^tjyrst points, blast kill requirements, 
and kill probably tables and plots ^or each warhead investigated. 
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APPENDIX J 


UNDEVELOPED 
COMPUTER PROORAM 
SPECIFICATIONS 



NO. ARM- A 


COMPUTER PROGRAM' SPECIFICATION 

s 

TITLE WARHEAD SIZING PROGRAM 


FORM PREPARED BY H. C. Thompson DATE 2-2?-?U 

■ " i — — ■ — — ■■■-■' ' " ■ 

LANGUAGE Fortran or Basic I HOST MACHINE CPC or SIGMA 7 

PROGRAM SIZE (Boxes of Source Cards) 

O !L ■' r ■' 1 " '' " m • i- ■ >-■ '-J -iin-unAwn.. ,n*« " n "™ rnr "» « • • si. 

TIMING 30 (Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 10 __1_ (Words) 

OUTPUT VOLUME 10 _2_ (Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT Experie nce with similar programs. 


STATUS : Operational , Programming In Development , Not Programmed 

REFERENCE ' 


OWNERSHIP: Public , Private , Owner q 

ABSTRACT o 

This program will compute warhead parameters based on warhead type and missile 
estimated size . Inputs are warhead type and missile estimated weight. Output " 
ia set of parametric curves showing quantity or explosion, charge -to-mass ratios, 
number of fragments, projection velocity. Rod diameters, TNT equivalent, etc. as 
a function of warhead diameter for fixed weight . Output can be both tabular and 
plotted. 



0 Cr 


<•) 





'-Ini sUpSUk 


NO. ARM»B 


COMPUTER PROGRAM SPECIFICATION 


TI T L E PARAMETRIC SYSTEMS ANALYSIS (Air Terminated) 


FORM PREPARED BY H. C. Thompson 
LANGUAGE Fortran 


PROGRAM SIZE Estimate 2 


DATE 2-27-7** 


HOST MACHINE 


CDC 6600 


TIMING 


Estimate 300 


(Boxes of Source Cards) 

.(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 _2_ (Words) 

OUTPUT VOLUME 10 _ 3 _ (Words) ?; 

BASIS FOR TIMING, INPUT, AND OUTPUT Est imate of desired program. 


STATUS: Operational , Programming In Development , Hot Programmed X 

REFERENCE 


OWNERSHIP; Public 


Private , Owner 


ABSTRACT 


This program will compute estimated warhead lethality in parametric form. Results 
vill be plotted and printed on microfilm or microfische Inputs will be target 
v uln erable area, missile size, target and missile velocities and directions, and estimated 
miss distance. Calculation will be made based on one target altitude and estimated 
weapons size to fit on missile. Output will be curves or single shot lethality as 
a function of miss distance, warhead weight, and warhead kill mechanism. 



'hC 




NO. ARM-E 

COMPUTER PROGRAM SPECIFICATION 

TITLE Design Specification " 


FORM PREPARED 

by H. C. Thompson 

DATE 

2-28-74 


LANGUAGE 


HOST MACHINE,. 



PROGRAM SIZE 

1 

(Boxes of Source Cnrds) 


lv 

TIMING 

1200 

(Central Processor Decimal 

Seconds 

of CDC6600) 

INPUT VOLUME 

10 2 (Words) 

4 o 

' * 


o (t; 

OUTPUT VOLUME 

1° 3_ (Words) 



/ 

° / 

BASIS FOR TIMING, INPUT, AND OUTPUT __ 

Estimated. 



STATUS: Operational , Programming In Development . Hot Programmed X 


REFERENCE 



* 



OWNERSHIP: Public _ 

, Private 

, Owner 




? ABSTRACT 

This program Is conceptual. It will be a modified PERT program to provide schedules 
and estimated costs. Boiler plate type specifications will be contained as data and 
will be assembled by the computer. Updates to the boiler plate to make it warhead 
specific will be obtained from the project data bank. 

■ r, Si 

.. . Q ' . . , . 
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NO. ARM-F 


COMPUTER PROGRAM SPECIFICATION 


TITLE Test Data Recorder 


FORM PREPARED B3f H*_Ih55}Rson_ 


DATE 


LANGUAGE 


PROGRAM SIZE 


Fortran 


HOST MACHINE CPC 


TIMING 


(Boxes of Source Cards) * <ep 
(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 __J3 (Words) 

OUTPUT VOLUME 10 __3 (.Words) 

BASIS FOR TIMING, INPUT, AND OUTPUT Est imate 


STATUS: Operational , Programming In Development _, Not Programmed X 

REFERENCE ____ 


OWNERSHIP: Public. 


Private 


Owner 


ABSTRACT 


This program processes recorded test data and stores processed data In 
data bank. 


'?Y> 

w 


ARM-G 


NO. 




COMPUTER 

PROGRAM SPECIFICATION 

TITLE 

Data Reduction 

y , ' ■ ■ . 

1 w 


... O 

. . .... . . - . ..... ' i5i> - " 

FORM PREPARED 

BY . 

• H, Thompson 

•X/q 

DATE 3-1-74 

LAHGUACE 

« 

N/A 

0 0 

HOST MACHINE 

PROGRAM SIZE 


N/A 

(Boxes of Source Cards) 

1 

TIMING 


N/A 

(Central Processor Decimal Seconds of CDC6600) 

INPUT VOLUME 

10 

a ■ 

(words ) 

~ 0 '' 

it 


OUTPUT VOLUME 10 WA (Words) 

OASIS FON TIMIHC , INPUT, AND OUTPUT 



STATUS! Operational , Programming In Development Not Programmed X 


REFERENCE 


OWNERSHIP: Public , Private Owner 



ABSTRACT 


This program will process test data recorded on magnetic tape during a test and 
convert the data to desired test values. Examples of data output are velocities, 
drag coefficients, particle direction, spray angles, arid density of fragmentation 
wave. . " 



V- 


C>' 


* 7 / /Sl<Wi ■ 

<v, L ,7f /- c ' ' 

fef#^l.._ ’ ’ 


-I 


i 


COMPUTER PROGRAM SPECIFICATION 


(>■>' 


\ 


TITLE > COMBINED RECONNAISSANCE, SURVEILLANCE, AND SI01NT MODEL (CRESS) 




Cyi J r , 


FORM PREPARED BY 


D. J. Fischer 


Fisch 


LANGUAGE 


FORTRA N 




cx5v-- 


/f — 

_JIO<^!ACI[INE 


V? 


DATE 


PROGRAM SIZE 

TIMING ho seconds 


\) 




{ Boxes o resource " Cards ) 

* ( • ) 

\ „• / 't „ 

(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 (Words) ’ ' ' > 

BASIS FOR TIMING, INPUT, AND OUTPUT h ?K core req uired 


/? 


■& o 


STATUS: Operational , /Programming In Development , Not Pro/Jrammed ^ 


REFERENCE 


-S- TU T-, 


V 


vj\ 


■o 


OWNERSHIP: Public , % Private Owner / ( 

o ■ ■ ^ • ABSTRACT 7 , • "■ 

Simulation of the operational use of photp, IR line scanner, radar, visual, laser, 
LLLTV, SIGINT sensors. 





COMPUTER 'PROGRAM SPECIFICATION 


ATMOSPHERIC TRANSMISSION FROM. 0.25 TO 28.5 


FORM PREPARED BY -D. Fischer 


DATE 


LANGUAGE 


FORTRAN 


HOST MACHINE 


PROGRAM SIZE 1/2 box 


(Boxes of Source Cards) 


TIMING 


(Central Processor Decimal Seconds of CDC6600) 


INPUT VOLUME 10 (Words) 


OUTPUT VOLUME 10 (Words)' 


BASIS FOR TIMING, INPUT, AND OUTPUT 6 OK core requirement 


STATUS: Operational a , Programming In Development Not Programmed X 


REFERENCE AFCKL, Hahscem Field, Bedfored, Mass. 


OWNERSHIP: Public X . Private , Owner 


ABSTRACT 


This program calculates the atmospheric transmission between 0.25 microns and 
28.5 microns. 







% 


NO. 


0 

TITLE 


£ V 

RISK 


'■COMPUTER PROGRAM SPECIFICATION 




FORM PREPARED I3Y A, J. Goodvi n 

LANGUAGE, FORTRAN 


PROGRAM SIZE 

.. 

TIMING . 


Estimate 1 51 - 


INPUT VOLUME 10 (Words) 

OUTPUT VOLUME 10 3 (Words) ° 

«■> 

BASIS FOR TIMING, INPUT,- AND OUTPUT 


DATE 2-20-7U 


HOST MACHINE E9 


(Boxes of Source Cards) 

(Central Processor Decimal Seconds of CDC6600) 


STATUS: Operational , Programming In Development X , Not Programmed 

REFERENCE ° ,, 


OWNERSHIP; Public , Private _£_> Owner 


MDAC 


ABSTRACT 


& 


The RISK model accepts data.vhich specifies the lovest, most likely and the 
highest anticipated cost for up to 50 major cost elements in program." Using 
this input data, the model randomly varies each' cost element and ^calculates 
up to 500 different total program, costs. From .-this spread of costs, it 
determines the most likely cost and the probability of over -running or under 
running the cost by several different amounts.. - 
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Q, . 
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NO. 


COMPUTER PROGRAM SPECIFICATION 


TITLE 


( Progr a m to be use d during detail^ design' 1 phase) 

FORM PREPARED BY 
LANGUAGE 8 


A. J.- Goodwin 


DATE 2-20-jb 


HOST MACHINE 


PROGRAM SIZE 


TIMING 




(HoXes of Source Cards) 

..(Central Processor Decimal Seconds of CDC 66 OO) 


INPUT VOLUME 10 (Words) 

O 

OUTPUT VOLUME 10 . (Words) g 

BASIS FOR TIMING, INPUT, AND OUTPUT 


STATUS: Operational Programming In Development , Not Programmed X 

REFERENCE ' ? """ "" "" ■ . . 


OWNERSHIP: Public Private X,, , Owner 

* ABSTRACT 

. " 3 :• 

This program would have the capability of receiving actual costs incurred to 
date and data on anticipated material cost, labor hours, labor rates and over- 
head ratios. In addition, it will accept schedule information. From this data 
it will calculate and project the total current estimate of the cost of the 
program at completion, It will compare this estimate with the program budget 
or the previous estimate'. 
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